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(57) Abstract: The invention relates to a device (600) and a method for producing a processing tool which processes an electronic 
workflow containing operating steps and comprises an application layer (561) and a data storage system (570). A firm-specific 
information model (530) is produced with types of data objects by customising a standard information model e.g. for supplier 
management. Said firm-specific information model (530) is used to produce a defined data model (531) as a physical data storage 
scheme. The data storage system (570) is produced on the basis of said data model (531). A specification (550) of the workflow 
to be processed is produced by selecting a standard workflow from a library (540) and adapting the same to the workflow and, as 
required, to the firm-specific information model (530). A standard processing tool from another library (590) which is configured 
by means of the specification (550) is linked to the selected standard workflow. The invention enables processing tools to be rapidly 
and efficiently produced and legacy systems to be integrated not only on a data level but also on a logical level. 

(57) Zusammenfassung: Die Erfindung betrifft eine Vorrichtung (600) und ein Verfahren zur Erzeugung eines Abarbeitungs-Werk- 
zeuges, welches einen elektronischen Arbeitsablauf, der Arbeitsschritte umfasst, abarbeitet und eine Anwendungs-Schicht (561) und 
ein Datenhaltungssystem 

[Fortsetzung auf der ndchsten SeiteJ 



WO 2004/046832 A2 



Veroffentlicht: 

— ohne intemationalen Recherchenbericht und erneut zu ver- 
offentlichen nach Erhalt des Berichts 



Zur Erkl&rung der Zweibuchstaben-Codes und der anderen Ab- 
kurzungen wird auf die Erkldrungen ("Guidance Notes on Co- 
des and Abbreviations") am Anfangjeder reguldren Ausgabe der 
PCT-Gazette verwiesen. 



(570) umfasst. Ein firmenspezifisches Informationsmodell (530) mit Typen von Datenobjekten erzeugt, indem ein Standard-In- 
formationsmodell z.B. fur das Lieferanten-Management angepasst wird. Dieses firmenspezifische Informationsmodell (530) wird 
verwendet, urn ein bestimmtes Datenmodell (531) als physikalisches Datenhaltungsschema zu erzeugen. Auf Basis dieses Daten- 
modells (531) wird das Datenhaltungs system (570) erzeugt. Eine Spezifikation (550) des abzuarbeitenden Arbeitsablaufs wird 
erzeugt, indem ein Standard- Arbeitsablauf aus einer Bibliothek (540) ausgewahlt und an den Arbeitsablauf sowie bei Bedarf an das 
firmenspezifisches Informationsmodell (530) angepasst wird. Mit dem ausgewahlten Standard-Arbeitsablauf ist ein Standard- Abar- 
beitungsWerkzeug aus einer weiteren Bibliothek (590) verknupft, das mittels der Spezifikation (550) konfiguriert wird. Die Erflnd- 
ung ermoglicht es, Abarbeitungs-Werkzeuge schnell und effizient zu erzeugen und Altsysteme auf der logischen und nicht nur der 
datentechnischen Ebene einzubinden. 
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Vorrichtung und Verfahren 
zur Erzeugung eines Abarbeitungs-Werkzeugs 

Die Erfindung betrifft eine Vorrichtung und ein Verfahren zur 
Erzeugung eines Abarbeitungs-Werkzeuges, welches einen elekt- 
ronischen Arbeit sablauf, der Arbeit sschritte umfasst, abar- 
beitet . 

Eine Vorgehensweise und ein Sof tware-Werkzeug namens ARIS 
werden in August -Wilhelm Scheer: „ARIS - vom Geschaf tsprozess 
zum Anwendungssystem", Springer- Verlag, 4. Auflage, 2002, of- 
fenbart. Beschrieben wird, wie man mit ARIS einen Geschaf ts- 
prozess modelliert. Skizziert wird, wie ein Anwendungs system 
erzeugt wird, das diesen Geschaf tsprozess abarbeitet . 

Ein Modell eines Geschaf tsprozesses wird aufgestellt, vgl . 
z.B. A.-W. Scheer, Abb. 24. Hierfur werden Prozesselemente 
verschiedener Typen verwendet. Moglich ist, hierbei Referenz- 
modelle z.B. fur Geschaf tsprozesse in Produktion, Beschaf- 
fung, Vertrieb zu individual isieren (A.-W. Scheer, Abb. 50). 
Der Geschaf tsprozess wird mit Hilfe eines Systems zur Ab- 
lauf steuerung abgearbeitet . Derartige Systeme werden oft als 
„Workflow Systems 1 ' bezeichnet (Abschnitt D.III). In Abschnitt 
D.IV.2.2 ff. werden Geschaf tsobjekte (^business objects *) mit 
standardisierten Schnittstellen und Zugrif f smethoden vorge- 
stellt 

Das Software -Werkzeug („ framework") ARIS besitzt eine Archi- 
tektur mit folgenden vier Schichten (vgl. Abschnitt D.V.2.1) : 

- die Schicht der Prozessgestaltung, die Werkzeuge umfasst, 
um einen Geschaf tsprozess zu modellieren. Ein Benutzer kann 
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Prozess-, Funktions- und Datenmodelle, Organigramme und 
Diagratrane fur Berechtigungen erzeugen, 

- die Schicht der Prozessplanung und -steuerung, die Werkzeu- 
ge umfasst, mit denen die Abarbeitung eines Geschaf tspro- 
zesses gesteuert und uberwacht wird/ z.B. die „ARIS Process 
Control Interface" und Werkzeuge fur Kostenkalkulationen, 
die auf Arbeitsschritte und Aktivitaten bezogen sind („ARIS 
Activity-Based Costing*) , 

- die Schicht des Workflow- Managements zur Abarbeitung von 
Arbeitsablauf en und mit Schnittstellen zu Workflow- 
Management - Sys t emen , 

- die Schicht der Geschaf tsobjekte („ARIS Business Objects u ) . 
Beispiele fur Geschaf tsobjekte sind Kunde, Auf t rag, Ar- 
beitsplan, Arbeitsgang, Lieferant. 

Unter der Bezeichnung „mySAP Supply Chain Management w (mySAP 
SCM) bietet SAP eine Software -Umgebung fur die Vernetzung, 
Planung, Koordinierung und Ausfuhrung einer Logistikkette fur 
ein fertigendes Unternehmen. Die Software -Umgebung, die unter 
ht tp : / / www . sap - ag . de /germany/ solut ions / scm / (abgef ragt am 13 . 
3. 2002) vorgestellt wird, ermoglicht es u. a., eine logisti- 
sche Inf rastruktur an Veranderungen im Markt anzupassen, bei- 
spielsweise die Einfuhrung neuer Produkte oder neue Kunden- 
segmente („ supply chain design") . Jede Phase des Logistikpro- 
zesses, von der Preiskalkulation bis zur Lieferung zum Kun- 
den, wird uberwacht, und im Falle von Planabweichungen werden 
Benachrichtigungen versandt („ supply chain event manage- 
ment u ) . Der Einkauf im Internet wird integriert, einschlieS- 
lich regelbasierter Beschaffung, automatisiertem Nachschub 
und Unterstutzung mehrerer Lief eranten. Logistikketten werden 
in alien Phasen des Produktionsprozesses verwaltet; selbst fi- 
ber Untemehmensgrenzen hinaus. 



WO 2004/046832 




WO 2004/046832 




PCT7EP2003/010192 



Die Sof tware-Umgebung MySAP E - Procurement unterstutzt sowohl 
die Business- to-Business-Beschaf f ung fur Fertigungsmaterial 
als auch fur indirektes Material. mySAP E~ Procurement 
(http: / /www. sap-ag.de/germany/solut ions/ejjrocurement/, abge- 
fragt am 13 . 3. 2002) ermoglicht die strategische Beschaffung 
von Produktionsmaterial, wie Roh- und Hilfsstoffe, Ersatztei- 
le (z.B. Tachometer) Oder andere Waren, und unterstutzt den 
Einkauf von indirekten, nicht-f ertigungsgebundenen Waren und 
Dienstleistungen einschlieSlich Betriebs- und Hilfsmittel, 
Buromaterial, Maschinenteile, Hausmeisterbedarf und Reparatu- 
ren. 

Sowohl das in A.-W. Scheer, a.a.O,, unter der Bezeichnung 
ARIS offenbarte Vorgehen und Werkzeug als auch die oben be- 
schriebenen SAP-Module besitzen feste Datenmodelle z.B. fur 
Geschaf t sob j ekte , Trans aktionen, Leistungsartanderungen . Er- 
forderlich ist, dass der Anwender seine Geschaf tsprozesse und 
sein Abarbeitungs -Werkzeug an diese Vorgaben, z.B. die vom 
Datenmodell, anpasst . Eine Anpassung („ customizing") z.B. ei- 
nes SAP-Moduls kommt oft einer Individuallosung fur einen be- 
stimmten Geschaf tsprozess nahe . 

In US 5,774,661 werden ein Verfahren und eine Vorrichtung of- 
fenbart, urn die Abarbeitung von Arbeit sablauf en (workflows) 
mittels einer graphischen Benutzeroberf lache zu steuern, ohne 
dass eine Individualprogrammierung erforderlich ist. Ein 
Netzwerk-Zentralrechner (^workflow server computer") umfasst 
eine Datenhaltung fur Datenobjekte (^object repository w ) und 
einen ersten Interpreter fur logische Regeln („rule engine w ) . 
Der Interpreter wertet komplexe logische Ausdrucke aus, urn 
z.B. uber die Weiterleitung von Dokumenten in Abhangigkeit 
von Variablen zu entscheiden. Der Netzwerk-Zentralrechner ist 
mit mindestens einem Netzwerk-Teilnehmerrechner („ client com- 
puter") verbunden. Auf diesem lauft eine graphische Benutzer- 
oberf lache, mit dem man elektronische Arbeitsablauf e erzeugen 
kann („ workflow builder •) , ein Regel-Erzeuger ( f ,rule buil- 
der") und- ein weiterer Regel -Interpreter. Durch diese Ar- 
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beitsablaufe werden Datenobjekte durch ein Datennetzwerk ge- 
leitet („routing u ) , und zwar in Abhangigkeit von Benutzer- 
Eingaben und von Aktionen des Regel - Interpreters . Die Be- 
schreibungssprache und die Arbeit sweise des Regel - 
Interpreters werden detailliert beschrieben. Ein Skript- 
Ausfuhrer („ script handler") wandelt die Ergebnisse des Re- 
gel -Interpreters in Kommandos fur externe Anwendungsprogram- 
me, z.B. fur die Datenausgabe oder den Versand von e-mails, 
urn. 

GemaS dem in US 5,774,661 offenbarten Verfahren muss man je~ 
den Arbeitsablauf mit Geschaf tsregeln erneut graphisch erzeu- 
gen. Auch dann, wenn verschiedene Unternehmen unterschiedli- 
che Arbeitsablauf e fur die gleiche Anwendungskategorie, z.B. 
die Beschaffung von Waren und Dienstleistungen, definiert ha- 
ben und fur diese Arbeitsablauf e Abarbeitungs-Werkzeuge beno- 
tigen, ist jedesmal erneut ein Arbeitsablauf von Null an mit 
der graphischen Benutzeroberf lache und dem ^workflow builder" 
einem Rechner verfugbar zu machen. 

Der Erfindung liegt die Aufgabe zugrunde, eine Vorrichtung 
und ein Verfahren zu schaffen, durch die schnell und effi- 
zient eine Einrichtung zum Abarbeiten eines beliebigen elekt- 
ronischen Arbeitsablauf s auf einer Datenverarbeitungsanlage 
erzeugt wird. 

Die Aufgabe wird durch eine Vorrichtung nach Anspruch 1, ein 
Verfahren nach Anspruch 9 und ein Computerprogramm-Produkt 
nach Anspruch 14 oder Anspruch 15 gelost . Vorteilhafte Aus- 
gestaltungen sind in den Unteranspruchen angegeben. 

Das Abarbeitungs-Werkzeug ist auf einen beliebigen elektroni- 
schen Arbeitsablauf mit Arbeitsschritten adaptierbar. Dadurch 
wird es nicht erf orderlich, die Gestaltung des Arbeitsablauf s 
einzuschranken, z.B. weil er zu einem bestimmten Informati- 
onsmodell mit bestimmten Datenobjekt-Typen und Relationen 
zwischen diesen passen muss oder mit einem vorgegebenen Stan- 
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dard-Arbeitsablauf konrpatibel sein muss. Die Erfindung er- 
spart es daruber hinaus, fur einen Arbeitsablauf , der nicht 
zu einem Standard-Arbeitsablauf oder einem Standard- 
Abarbeitungs-Werkzeug kompatibel ist, eine Individuallosung 
^von Null an tt implementieren zu mussen, was zeitaufwendig und 
f ehlertrachtig ist. 

Das Inf ormationsmodell wird erf indungsgemaS an den Arbeitsab- 
lauf angepasst, anstelle den Arbeitsablauf an das Inf ormati- 
onsmodell anpassen. zu mussen. Weil das verwendete. Inf ormati- 
onsmodell dadurch auf den elektrpnisahe'n Arbeitsablauf zuge- 
schnitten wird, dass ein vorgegebenes Standard- Inf ormations- 
modell durch Erganzen, Loschen oder Verandern von Datenobjek- 
ten angepasst wird, wird Arbeit im Vergleich zu der Vorge- 
hensweise, ein Inf ormationsmodell „von Null an" zu erzeugen, 
eingespart . 

Die Erfindung ermoglicht es, bereits vorhandene Altsysteme 
logisch und nicht nur auf datentechnischer Ebene einzubinden 
und die in ihnen abgespeicherten Daten und Inf ormationen wie- 
derzuverwenden. Altsysteme lassen sich insbesondere als Da- 
tenquellen weiterhin verwenden. Diese Wiederverwendung er- 
spart es, die Daten und Inf ormationen mit hohem Auf wand und 
groSer Fehlergefahr an ein neues Abarbeitungs-Werkzeug anpas- 
sen zu mussen. Ebenfalls nicht erforderlich ist es, Altsyste- 
me abzuandern oder sie gar aus dem produktiven Einsatz zu 
nehmen oder aber das Abarbeitungs-Werkzeug an ein Altsystem 
anzupassen. 

Im folgenden wird ein Ausfuhrungsbeispiel der Erfindung an- 
hand der beiliegenden Zeichnungen naher beschrieben. Dabei 
zeigen 

Fig. 1. ein Beispiel fur ein f irmenspezif isches 

Inf ormationsmodell mit dem Datenobj ekt-Typ 
„Beschaf f ungsumf ang u ; 
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Fig. 2. einen Ausschnitt aus einer elektronischen 
Spezif ikation eines Arbeitsablauf s; 

Fig- 3. eine beispielhaf te Architektur der Vorrichtung. 

Das erf indungsgemaSe Verfahren wird am Beispiel des Lieferan- 
t en-Managements eines fertigenden Unternehmens , z.B. eines 
Autoherstellers, erlautert. Das erf indungsgemafc erzeugte A- 
barbeitungs-Werkzeug 560 wird fiir dieses Beispiel Lieferan- 
ten-Manager genannt. Es umfasst ein Datenhaltungssystem - 570 , 
eine Anwendungs-Schicht .561 mit Abarbeitungslogik und eine 
Benutzungsoberf lachen-Schicht 562 mit Benutzungsoberf lache . 
Das erf indungsgemaSe Verfahren lasst sich aber auch fur jedes 
andere Anwendungsgebiet anwenden, in dem ein Arbeitsablauf e- 
lektronisch abgearbeitet werden soil und dafur ein Abarbei- 
tungs-Werkzeug benotigt wird. 

Lieferanten-Management bezeichnet eine Menge von Aktivitaten, 
die mit dem Ziel ausgefuhrt werden, dass ein Unternehmen Wa- 
ren und Dienstleistungen von externen und / oder internen 
Lieferanten kosten- und termingerecht erhalt, seine Einkaufs- 
kosten „im Griff hat" und Varianten sowie Kundenbeanstandun- 
gen beherrscht . Jedes Unternehmen, das technische Produkte 
herstellt, muss in geeigneter Form Lief erant en- Management 
entlang seiner Wertschopfungskette betreiben, urn am Markt be- 
stehen zu konnen. 

Typischerweise umfasst das Lief erant en -Management eine Aus- 
wahl mindestens eines Lieferanten und eine Durchfuhrung und 
eine tJberwachung der Beschaffung eines vorgegebenen Beschaf- 
fungsumfangs vom ausgewahlten Lieferanten. Bevorzugt gehoren 
zum Lief erant en -Management einzelne Arbeitsablauf e, z.B. fur 
die Vergabe, die Handhabung von Anderungen und eine Kosten - 
senkung. Oft umfasst das Lief erant en -Management mehrere Un- 
ternehmen, mehrere Standorte, mehrere Funktionen und mehrere 
Disziplinen. 
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Das Lief erant en- Management umfasst bevorzugt auch den opera- 
tiven Einkauf z.B. mit Ausschreibung, Einholen von Angeboten, 
Entscheidung fur mindestens ein Angebot, Vertragsabschluss 
und Uberwachung der Lieferung. Einkauf s-Auktionen im Internet 
konnen ein Bestandteil des Lief erant en -Managements sein. Vor- 
zugsweise wird das Lief erant en-Management eines fertigenden 
Unternehmens auf die direkten Lieferanten des fertigenden Un- 
ternehmens beschrankt. Dass diese direkten Lieferanten ihrer- 
seits Lieferanten haben, die aus Sicht des fertigenden Unter- 
nehmens Vorlief eranten sind, berucksichtigt das fertigende 
Unternehmen bei seinem eigenen Lief erant en- Management nicht. 

Das Lief eranten-Management wird durch einen Geschaf tsprozess 
festgelegt, der einzelne Arbeitsablauf e des Lieferanten- 
Managements spezif iziert . Ein solcher Arbeitsablauf umfasst 
Arbeitsschritte, die jeweils mindestens einen Eingang und / 
oder mindestens einen Ausgang haben. Viele fertigende Unter- 
nehmen haben f irmenspezif ische Geschaf tsprozesse z.B. fur das 
Lief eranten-Management def iniert . Fur diese Definition haben 
sie oft erheblichen Auf wand z.B. fiir Abstimmungen zwischen 
beteiligten Organisationseinheiten betrieben. Oft differen- 
ziert sich ein Unternehmen von Wettbewerbern durch gute Ge- 
schaf tsprozesse . 

Ein Vorteil der Erfindung ist, dass das Verfahren einen Lie- 
fer ant en- Manager fur einzelne oder alle Arbeitsablauf e dieses 
f irmenspezif ischen Geschaf tsprozesses liefert. Der Lieferan- 
ten-Manager wird mit geringem Aufwand auf die abzuarbeitenden 
Arbeitsablauf e des Geschaf tsprozesses zugeschnitten, anstelle 
dass der abzuarbeitende Geschaf tsprozess auf eine bestimmte 
Vorgehensweise oder auf ein bestimmtes Inf ormationsmodell , 
Datenmodell oder Software -Produkt zugeschnitten werden muss. 
Ein leistungsf ahiger Lief eranten-Manager standardisiert die 
Geschaf tsprozesse, z.B. die Einkauf sprozesse . Ein verbindli- 
cher, nachvollziehbarer und idealerweise optimierter Ge- 
schaf tsprozess fur das Lief eranten-Management , der mit dem 
Produktentstehungsprozess verkniipft ist # wird unterstutzt und 
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teilweise automat i siert . Auch nicht optimierte Geschaf tspro- 
zesse lassen sich durch den Lief eranten-Manager unterstutzen. 
Der Lieferanten-Manager macht den Geschaf tsprozess transpa- 
rent und erlaubt es, rechtzeitig in den Geschaf tsprozess 
steuernd einzugreif en, z.B. wenn. die Gefahr besteht, dass 
Termine nicht eingehalten werden. Dadurch kann ein Unterneh- 
men Kosten einsparen und Kosten- und Terminvorgaben sicher 
einhalten und Variant en beherrschen. 

Der erzeugte Lieferanten-Manager lasst sich. - aufier fur das 
„eigentliche" Lief e'r ant en- Management - zusatzlich insbesonde- 
re fur folgende Anwendungszwecke verwenden: 

• fur die Vorhersage von Kosten oder Terminen 

• als Datenanalyse-Werkzeug („data warehouse *) fur Teilaufga- 
ben des Lief eranten-Managements - dank des generischen In- 
formationsmodells und der Integration in die IT-Umgebung 
sind die Daten vorhanden, die man fur aussagekraf tige sta- 
tistische Auswertungen benotigt. 

• fur die Simulation - der Lieferanten-Manager arbeitet pro- 
beweise einen fiktiven Beschaf fungsumf ang ab, wobei der Be- 
schaf fungsumf ang den Geschaf tsprozess oder einzelne Ar- 
beitsablaufe durchlauf t . Schwachstellen in diesem Ge- 
schaf tsprozess bzw. Arbeit sablauf lassen sich erkennen. 

• fur den Vergleich von Alternativen wahrend der Spezifikati- 
on oder aber der Ausfuhrung eines Arbeitsablauf s . Um zwei 
Alternativen des Arbeitsablauf s zu vergleichen, werden nach 
dem erf indungsgemaiSen Verfahren zwei Lieferanten-Manager 
erzeugt. Die beiden zwei Lieferanten-Manager werden mitein- 
ander verglichen. Insbesondere werden eine durchschnittli- 
che Anzahl 

- von erzeugten Bildschirm-Formularen, 

- von erf order lichen Bildschirm-Interaktionen 
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- von Datenbank-Lesezugrif f en 

- und / oder von Datenbank-Schreibzugrif f en 
verglichen. 

• als Fruhwarnsystem - Welche Prozessschritte konnen zu Ver- 
zogerungen fuhren, welche Schritte gehoren zum kritischen 
Pfad (^critical path") ? 

• zur Schulung und zum Training von Mitarbeitem. 

Der erf indungsgemaS erzeugte Lief eranten-Manager ist ein 
Sof twaresystem, das auf einer ersten Datenverarbeitungsanlage 
ablauffahig ist. Zum Lief eranten-Manager gehoren ein einziger 
Arbeitsablauf oder eine Menge von elektronischen Arbeitsab- 
lauf en. Ein Ziel ist vorgegeben, z.B. Auswahl von Lieferanten 
fur einen vorgegebenen Beschaf fungsumf ang. Ein Geschaf tspro- 
zess spezifiziert die Arbeitsablauf e . Nach einer Auswahl von 
einigen dieser Arbeitsablauf e werden der oder die ausgewahl- 
ten Arbeitsablauf e durchlaufen. Hierbei wird typischerweise 
u. a. eine Abfolge von Bildschirm-Formularen durchlaufen, in 
die Einkaufer sowie Mitarbeiter von Lieferanten Eingaben ein- 
tragen, z.B. einen Liefertermin fur eine Anfrage oder einen 
Preis eines Angebots. Ein solches Formular umfasst vorzugs- 
weise mindestens ein Eingabefeld, ein Feld fur die Anzeige 
von Daten und ein Navigationselement . Wiederholt wird aus Be- 
nutzer-Eingaben in einem Bildschirm- Formular ein elektroni- 
sches Dokument erzeugt. 

In einem groSeren Unternehmen werden parallel mehrere Be- 
schaf fungsumf ange und damit mehrere „Instanzen" von Arbeits- 
ablauf en abgearbeitet , z.B. ein Beschaf fungsumf ang fur den 
„Fahrersitz Autotyp A", einer fur den „Scheinwerf er Autotyp 
B w und einer fur den „Rohbau Autotyp C u . Die Instanzen konnen 
sich in unterschiedlichen Stati der Abarbeitung oder Reife- 
grade befinden. 
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Die Erfindung ermoglicht es, effizient einen Lief eranten- 
Manager zu erzeugen, der einen kompletten Geschaf tsprozess 
abzuarbeiten. Dieser Geschaf tsprozess wird durch die Spezifi- 
kationen mehrerer Arbeitsablauf e (workflows) modelliert. Be- 
vorzugt ist jeder Arbeitsablauf durch ein Datenobjekt charak- 
terisiert, das z.B. durch die Abarbeitung des Arbeitsablauf s 
angereichert , verfeinert oder sonstwie bearbeitet wird. Bei- 
spielsweise werden Attribute des charakterisierenden Datenob- 
jekts mit Werten belegt oder Relationen zwischen dem charak- 
terisierenden Datenobjekt und weiteren Datenobjekten erzeugt. 
Der Arbeitsablauf nimmt daruber hinaus auf andere Datenobjek- 
te Bezug. z.B. indem diese anderen Datenobjekte eingelesen o- 
der schreibend verandert oder miteinander durch Relationen 
verkniipft werden. 

Bevorzugt werden mehrere Arbeitsablauf e eines Geschaf tspro- 
zesses nicht direkt miteinander verkniipft oder uber den vor- 
gesehenen Umfang hinaus verl anger t . Vielmehr werden zwei Ar- 
beitsablaufe miteinander uber die gemeinsame Datenbasis des 
Lieferanten-Managers verbunden, deren Datenmodell 531 unter 
Verwendung des f irmenspezif ischen Inf ormationsmodells 53 0 er- 
zeugt wurde. Zwei Arbeitsablauf e interagieren insbesondere 
dadurch automatisch miteinander, dass der erste Arbeitsablauf 
Datenobjekte in das Datenhaltungssystem 570 einfugt oder vor- 
handene Datenobjekte verandert und der zweite Arbeitsablauf 
einige dieser Datenobjekte einliest . Umgekehrt kann der zwei- 
te Arbeitsablauf Datenobjekte erganzen oder verandern, die 
der erste einliest. Durch diese Entkopplung lassen sich die 
Arbeitsablauf e unabhangig voneinander verandern, und der Lie- 
f erant en- Manager ist modular auf gebaut . 

Eine bevorzugte Ausfuhrungsf orm des erf indungsgemafien Verfah- 
rens zum Erzeugen eines f irmenspezif ischen Lieferanten- 
Managers umfasst folgende Schritte : 



• Ein f irmenspezif isches Inf ormationsmodell 530 mit Typen von 
Datenobjekten erzeugt, indem ein Standard- Informations- 
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modell fur das Lief eranten-Management bei Bedarf an den ab- 
zuarbeitenden Arbeitsablauf angepasst wird. 

• Dieses f irmenspezif ische Inf ormationsmodell 53 0 wird ver- 
wendet, urn ein bestimmtes Datenmodell 531 als physikali- 
sches Datenhaltungsschema des Datenhaltungssystems 570 zu 
erzeugen. Wird z.B. eine relationale Datenbank zur Daten- 
speicherung eingesetzt, so wird als Datenmodell ein relati- 
onales Datenbankschema erzeugt . Auf Basis dieses Datenmo- 
dells 531 wird ein Datenhaltungssystem 570 des Abarbei- 
tungs-Werkzeugs 560 erzeugt. 

• Aus einer Bibliothek 54 0 mit elektronischen Standard - 
Arbeitsablauf en wird mindestens einer dieser Standard- 
Arbeit sablaufe ausgewahlt. Jedem elektronischen Standard- 
Arbeitsablauf ist ein Standard-Abarbeitungs-Werkzeug zuge- 
ordriet. Ein derartiges Standard-Abarbeitungs-Werkzeug ist 
ein Abarbeitungs-Modul, das durch die Datenverarbeitungsan- 
lage abgearbeitet werden kann und Lesezugriff und/oder 
Schreibzugrif f auf das Datenhaltungssystem 570 hat. 

• Eine Spezif ikation 550 eines in der Regel f irmenspezif i- 
schen Arbeitsablauf s mit Arbeitsschritten wird erzeugt. Fur 
diese Spezif ikation 550 werden Datenobjekt-Typen des fir- 
menspezif ischen Inf ormationsmodell s 530 und Relationen zwi- 
schen diesen verwendet . Fur die Erzeugung der Spezif ikation 
550 wird der ausgewahlte Standard-Arbeitsablauf bei Bedarf 
abgewandelt . 

• Berechnungs- oder Pruf ungsregeln, die sich auf Datenobjekte 
und/oder Arbeitsschritte beziehen und automatisch ausfuhr- 
bar sind 7 werden erzeugt. 

• Das Standard-Abarbeitungs-Werkzeug des ausgewahlten Stan- 
dard-Arbeitsablauf s wird mit Hilfe der Spezif ikation 550 
des abzuarbeitenden Arbeitsablauf s konf iguriert . 



WO 2004/046832 




PCT/EP2003/010192 



12 



• Die Abarbeitungs -Module werden zum Lief erant en-Manager 560 
integriert und in eine vorgegebene IT-Umgebung eingefugt. 

Diese Schritte werden im folgenden detailliert beschrieben. 

Vorzugsweise werden kommerzielle Software -Werkzeuge in erfin- 
derische Weise angewendet, urn insbesondere 

- das spezifische Inf ormationsmodell 530 und das Datenmodell 
531 zu erzeugen, 

- die Spezif ikation 550 des Arbeitsablauf s auf zustellen, 

- Berechnungs- und Prufungsregeln zu erzeugen, 

- die elektronischen Arbeitsablauf e zu erzeugen, 

- Schnittstellen zu Altsystemen der IT-Umgebung zu realisie- 
ren 

- und ein Quellprogramm in einer geeigneten Programmierspra- 
che, z.B. Java, zu erzeugen. 

Das erfindungsgemafie .Verfahren ermoglicht es, schnell und ef- 
fizient einen Lief eranten-Manager fur einen vorgegebenen und 
in der Regel f irmenspezif ischen Arbeitsablauf zu erzeugen. 
Falls der Arbeitsablauf spater geandert oder erweitert wird, 
lasst sich das Verfahren vorteilhaf terweise erneut ausfuhren, 
urn einen neuen Lief eranten-Manager fur den geanderten Ge- 
schaftsprozess zu erzeugen. Nicht erforderlich ist es, den 
Lief eranten-Manager von Hand anzupassen. Dadurch wird die Ge- 
fahr vermieden, dass der geanderte Lief eranten-Manager nicht 
mehr zum neuen Arbeitsablauf kompatibel ist. 

Fur die Spezif ikation 550 des Arbeitsablauf s wird erfindungs- 
gemaS ein spezif isches Inf ormationsmodell 530 verwendet. Ein 
Modeil ist ein vereinf achtes und zwangslaufig luckenhaftes 



WO 2004/046832 




PCT/EP2003/010192 



13 



Abbild eines Ausschnitts der Realitat. Das Modell enthalt die 
Eigenschaften und Abhangigkeiten der Realitat, die zur Losung 
einer bestimmten Aufgabe benotigt werden. Mit dem Begriff 
^Information" wird der abstrakte Bedeutungsinhalt (die „ Se- 
mantic) einer Aussage, Beschreibung, Anweisung, Nachricht o- 
der Mitteilung bezeichnet. Urn Inf ormationen z.B. in einem 
Rechner zu reprasentieren und abzuspeichern werden Daten ver- 
wendet. Ein Inf ormationsmodell ist eine Vereinf achung der Re- 
alitat, durch die Inf ormationen und Fakten fur die Bearbei- 
tung mindestens einer Aufgabe strukturiert werden. Ein Daten- 
modell beschreibt, wie die gemaS eines Inf ormationsmodells 
strukturierten Daten physikalisch gespeichert werden, z.B. in 
einer Datei oder einer Datenbank. Ein relationales Datenbank - 
schema und ein ^entity-relationship diagram* sind zwei Bei- 
spiele fur derartige Datenmodelle . 

Der erf indungsgemaS erzeugte Lief erant en-Manager 560 umfasst 
oder hat Lese- und Schreibzugrif f auf ein Da tenhaltungs system 
570, z.B. eine Datenbank mit Datenobj ekten. Die Datenobjekte 
reprasentieren physikalische oder kaufmannische Geschaftsob- 
jekte, die fur das Lief eranten-Management verwendet werden o- 
der in ihm eine Rolle spielen. 

Die. Datenbank wird bevorzugt unter Verwendung eines Datenmo- 
dells 531 dergestalt erzeugt, dass die Datenobjekte der Da- 
tenbank und die Relationen unter diesen Datenobj ekten mit dem 
Datenmodell kompatibel sind. 

Das f irmenspezif ische Inf ormationsmodell 53 0 wird bevorzugt 
dadurch erzeugt, dass ein generisches Inf ormationsmodell auf 
die Gegebenheiten und Anf orderungen des fertigenden Unterneh- 
mens zugeschnitten wird („inf ormation model customizing") . 
Beide Inf ormationsmodelle umfassen Typen von Datenobj ekten 
und Relationen zwischen diesen Datenobj ekt -Typen. Das generi- 
sche Informationsmodell gilt beispielsweise fur das Lieferan- 
ten-Management jedes fertigenden Unternehmens . Das generische 
Informationsmodell wird bevorzugt dadurch auf einen bestimm- 
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ten Geschaf tsprozess, einen bestimmten Arbeitsablauf und/oder 
ein bestimmtes Unternehmen zugeschnitten, dass Typen von Da- 
tenobjekten des generischen Inf ormationsmodells gestrichen o- 
der modifiziert werden. Insbesondere werden Datenobjekte des 
generischen Inf ormationsmodells gestrichen , die fur diesen 
Geschaf tsprozess und dieses Unternehmen nicht bendtigt wer- 
den. Falls erforderlich, werden Datenobjekte erganzt. Daten- 
objekt-Typen werden beispielsweise dadurch modifiziert/ dass 
Attribute erganzt oder gestrichen werden oder Vorzugs- oder 
Standardwerte vorgegeben werden. Jedoch ist das generische 
Inf ormationsmodell so leistungsf ahig, dass es fur die meisten 
Anwendungsf alle einer Kategorie ausreicht . Eine solche Kate- 
gorie ist z.B. das durch je einen Geschaf tsprozess mit Ar- 
beitsablauf en beschriebene Liief eranten-Management von ferti- 
genden Unternehmen. 

Das generische Inf ormationsmodell umfasst alle Datenobjekt- 
Typen und Relationen, die benotigt werden, um einen Arbeits- 
ablauf fur das Lief eranten-Management eines fertigenden Un- 
ternehmens zu beschreiben. Das generische Inf ormationsmodell 
bildet damit die Begriffswelt der Prozess -Fachexperten nach. 
Es unterstutzt und erleichtert eine vollstandige Notation und 
Modellierung der Arbeitsablauf e einschliefilich aller Ein- 
gangs- und Ausgangsgrofien und Parameter von Arbeit sschrit ten. 
Weil die Begriffswelt der Prozess -Fachexperten nachgebildet 
ist, ist ein aufwendiger und f ehlertrachtiger Ubersetzungs- 
schritt zwischen Modellen und Beschreibungen der Fachexperten 
und einer IT-technisch verwendbaren Beschreibungssprache 
nicht erforderlich, und Medienbruche treten nicht auf . Dieser 
Vorteil macht sich insbesondere bei nachtraglichen Anderungen 
und Erganzungen wahrend der Spezif izierung von Arbeitsablau- 
fen bemerkbar. 

Diese Art der Erzeugung des f irmenspezif ischen Inf ormations- 
modells 530 und des daraus abgeleiteten Datenmodells 531 er- 
fordert wesentlich weniger Auf wand an Zeit und Kosten wie ei- 
ne Erzeugung „von Null an u . Die Gefahr sinkt, dass wesentli- 
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che Sachverhalte in dem Inf ormationsmodell, das dem Datenhal- 
tungssystem 570 des Abarbeitungs-Werkzeugs 560 zugrunde 
liegt, und damit u. U. auch in der Spezif ikation 550 des Ar- 
beit sablaufs nicht berucksichtigt werden. Vielmehr steigt die 
Wahrscheinlichkeit, dass ein vollstandiges Inf ormationsmodell 
entsteht . 

Das generische Inf ormationsmodell wird bevorzugt so zuge- 
schnitten, dass es so weit als moglich kompatibel zu Informa- 
tionsmodellen von produktiv verwendeten Altsystemen z.B. fur 
die Warenwirtschaft oder die Produktionssteuerung ist. Da- 
durch konnen diese Altsysteme produktiv bleiben. Sie werden 
nicht nur datentechnisch, sondern auch auf der logischen Ebe- 
ne in das Lief eranten-Management und den Lief eranten-Manager 
integriert werden. Die Altsysteme lassen sich weiter verwen- 
den, eine teure Reimplementierung z.B. von bewahrten Altsys- 
temen ist nicht erf orderlich. Doppelte Datenhaltung ist nicht 
erf orderlich. Bei Bedarf fungiert ein solches Alt system als 
Datenquelle fur den Lief eranten-Manager oder „bezieht" umge- 
kehrt Daten vom Lief eranten-Manager 560. Dies wird u. a. 
durch das f irmenspezif ische Inf ormationsmodell 530 ermog- 
licht . 

Fig. 1 zeigt ein Beispiel fur ein generisches Inf ormationsmo- 
dell fur das Lief eranten-Management . In diesem Beispiel sind 
Datenobjekt-Typen durch Rechtecke und Relationen zwischen 
diesen Datenobjekt-Typen durch Linien dargestellt. Die Rela- 
tionen zwischen Datenobjekt-Typen legen fest, welche Relatio- 
nen zwischen Datenobjekten dieser Typen zulassig sind. Eine 
besondere Relation zwischen zwei Datenobjekt-Typen A und B 
ist die Enthaltensein-Relation, die durch eine Raute gekenn- 
zeichnet wird. Beispielsweise ist der im folgenden erlauterte 
Datenobjekt-Typ 100.1 („Beschaf f ungsumf ange") durch eine sol- 
che Relation mit dem Datenobjekt-Typ 100.2 („Teil- 
Beschaff ungsumf ange u ) verbunden. Ein Beschaff ungsumf ang kann 
mehrere Teil -Beschaff ungsumf ange enthalten, daher kann ein 
Datenobjekt fur einen Beschaff ungsumf ang mit mehreren Daten- 
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objekten fur jeweils einen Teil -Beschaf fungsumf ang durch eine 
Enthaltenseins -Relation verbunden sein. Die Rauten in Fig. 1 
befinden sich nahe der Typen derjenigen Datenobjekte, die an- 
dere Datenobjekte enthalten konnen. Die Relationen zwischen 
Datenobjekt -Typen sind weiterhin mit Mitgliedschaf tsinterval- 
len 110 versehen, die obere und untere Schranken angeben, wie 
viele Datenobjekte dieser Typen jeweils durch eine Relation 
miteinander verbunden sein durfen. Ein solches Mitglied- 
schaf tsintervall hat die Form „a:b", wobei a eine natiirliche 
Zahl oder die 0 und b eine naturliche Zahl oder „n n als Sym- 
bol fur das Fehlen einer oberen Schranke sind. Weiterhin sind 
Spezialisierungs-Relationen durch eine Kante mit einem Pfeil 
an einem Ende eingezeichnet . Die Notation der Fig. 1 orien- 
tieren sich an der ^Unified Modeling Language" (UML) als ei- 
nem bekannten obj ektorientierten Beschreibungsmittel . 

Ein bevorzugter Bestandteil des Inf ormationsmodells der Fig. 
1 ist der Datenobjekt-Typ 100.1 („Beschaf fungsumf ange") . Die- 
ser Typ fasst alle Datenobjekte zusammen, die Beschaf fungsum- 
fange reprasentieren, Ein Beschaf fungsumf ang beschreibt ein 
oder mehrere Teilsysteme oder Funktionsgruppen oder Baugrup- 
pen. Beispiele fur Beschaf fungsumf ange sind „Rohbau", 
„Scheinwerfer w und „Fahrersitz" . 

Ein Datenobjekt fur einen Beschaf fungsumf ang durchlauft be- 
vorzugt einen kompletten Arbeitsablauf oder gar mehrere Ar- 
beitsablauf e fur das Lief eranten-Management . Zu Beginn dieses 
Arbeitsablauf s ist der Beschaf fungsumf ang nur grob funktional 
beschrieben. Bestimmte Bauteil -Typen oder Materialgruppen o- 
der gar Sachnummern sind dem Beschaf fungsumf ang in der Regel 
zu Beginn des Arbeitsablauf s nicht zugeordnet . Vor allem da- 
durch unterscheidet sich ein Beschaf fungsumf ang von einer Ma- 
terialgruppe, die lediglich bestimmte bereits festgelegte 
Bauteil-Typen zusammenf asst . 

Mit der Abarbeitung eines Geschaf tsprozesses mit mehreren Ar- 
beitsablauf en fur das Lief eranten-Management wird vorzugswei- 
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se bereits zu einem friihen Zeitpunkt der Produktentwicklung 
begonnen, an dem Festlegungen und Entscheidungen fur bestimm- 
te Bauteil-Typen noch nicht getroffen wurden. Im Verlaufe der 
Produktentwicklung wird die innere Struktur eines Teilsystems 
oder einer Funktionsgruppe oder Baugruppe definiert, rechner- 
unterstutzte Konstruktionen werden erzeugt, und im Geschaf ts- 
prozess fur das Lief eranten-Management werden dem Beschaf - 
fungsumfang die entsprechenden Objekte, z.B. Bauteil-Typen o- 
der Materialgruppen, zugeordnet. Bei Bedarf werden weiterhin 
die erf orderlichen Fertigungs-Werkzeuge , Software -Programme 
oder Dienstleistungen festgelegt, detailliert spezifiziert 
und als entsprechende Datenobjekte oder Attribute dem Be- 
schaf fungsumf ang zugeordnet. Am Ende des Geschaf tsprozesses 
bildet der Beschaf fungsumf ang quasi eine Hulle, einen „Ko- 
kon u , der Attribute besitzt und mit mehreren weiteren Daten- 
objekten, die den Beschaf fungsumf ang detailliert festlegen, 
durch Relationen verbunden ist . Diese weiteren Datenobjekte 
sind z.B. Materialgruppen, Bauteil-Typen, Lief ertermine, 
Preise, Qualitatsanf orderungen, Stuckzahl, Lieferanten, Fer- 
tigungsstatten, benotigte Werkzeuge und Software -Programme . 

Der Datenobjekt-Typ fur Beschaf fungsumf ange wird u. a. des- 
halb im Inf ormationsmodell vorgesehen, damit ein und derselbe 
Beschaf fungsumf ang den gesamten elektronischen Arbeitsablauf 
oder gar den gesamten Geschaf tsprozess durchlauft und dabei 
um Relationen mit anderen Datenobjekten und urn Attribute an- 
gereichert wird. Bevorzugt erzeugt der Lief eranten-Manager zu 
einem friihen Zeitpunkt ein Datenobjekt fur einen Beschaf - 
fungsumf ang und ermoglicht damit eine effiziente IT- 
Unterstiitzung fur die friihzeitige Einbindung von Lieferanten. 
Nicht erforderlich ist es, dass der Lief eranten-Manager zu 
einem friihen Zeitpunkt Festlegungen erzeugt, die dann noch 
nicht getroffen werden konnen. Ebenfalls nicht erforderlich 
ist es, ein Datenobjekt mit wenigen Festlegungen fur friihe 
Phasen des Geschaf tsprozesses und ein weiteres Datenobjekt 
mit vielen Festlegungen fur spate Phasen zu erzeugen. Dies 
wurde zu doppelter Datenhaltung und moglicherweise zu inkon- 
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sistenten und widerspruchlichen Daten fiihren, insbesondere 
wenn spater Anderungen vorgenommen werden, aber nicht auf al- 
le Datenobjekte erstreckt werden. 

Ein Datenobjekt vom Datenobjekt-Typ fur Beschaf f ungsumf ange 
ermoglicht es, eine fur den Einkauf des fertigenden Unterneh- 
mens relevantes Objekt einen Arbeitsablauf durchlaufen zu 
lassen, ohne dass z.B. konstruktive Verf einerungen und Fest- 
legungen im Verlaufe des Produktentstehungsprozesses zu Uber- 
setzungsschritten, Medienbriichen o.a. fiihren und ohne dass 
Informationen erfragt oder gar erzwungen werden, die zum ak- 
tuellen Zeitpunkt noch nicht vorliegen. 

Die Datenobjekte des Typs fiir Beschaf f ungsumf ange ermoglichen 
eS/ eine fur den Einkauf relevante GroSe den Arbeitsablauf 
durchlaufen zu lassen, ohne dass z.B. konstruktive Verf eine- 
rungen und Festlegungen im Verlaufe des Produktentstehungs- 
prozesses zu tfoersetzungsschritten, Medienbriichen o.a. fiihren 
und ohne dass Informationen erfragt oder gar erzwungen wer- 
den, die zum aktuellen Zeitpunkt noch nicht vorliegen. Statt 
dessen wird ein Beschaf f ungsumf ang bei seinem Lauf durch den 
Arbeitsablauf urn Informationen z.B. iiber Bauteil-Typen ange- 
reichert . 

Das generische Inf ormationsmodell umfasst beispielsweise dar- 
iiber hinaus die folgenden Typen von Datenobjekten und Relati- 
onen zwischen diesen Typen: 

- Ein Datenobjekt fur einen Beschaf f ungsumf ang kann direkt 
mit den Datenobjekten in Relation stehen, die den Beschaf - 
fungsumfang detailliert festlegen und beschreiben, oder a- 
ber mehrere Teil-Beschaff ungsumf ange umfassen, die ihrer- 
seits durch Relationen mit den Datenobjekten fur detail - 
lierte Festlegungen verbunden sind. Ein Teil- Beschaf fungs- 
umfang ist das kleinste Datenobjekt fur den Einkauf. Bevor- 
zugt steht ein Teil-Beschaf fungsumfang mit genau einem Lie- 
feranten in einer Relation. Der Teil-Beschaf fungsumfang ist 
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durch Relationen mit alien Datenobjekten verbunden, die den 
Beschaffungsumfang detailliert beschreiben und die dafur 
verwendet werden, den von diesem einen Lieferanten stammen- 
den Teil des Beschaf fungsumf angs zu beziehen. Werden die 
Objekte eines Beschaf fungsumf angs von mehreren Lieferanten 
bezogen, so wird pro Lieferant mindestens ein Teil- 
Beschaffungsumfang erzeugt . Moglich ist, fur einen Liefe- 
ranten mehrere Beschaf fungsumf ange zu erzeugen, z.B. wenn 
der Lieferant an mehrere Fertigungsstatten des fertigenden 
Unternehmens liefert.. Das Inf ormationsmodell der Fig. 1 um- 
fasst einen Datenobjekt-Typ 100.2 („Teil -Beschaf f ungs- 
umfange") , der durch eine Enthaltenseins -Relation mit dem 
Datenobjekt-Typ 100.1 („Beschaf fungsumf ange w ) verbunden 
ist. Ein Beschaf fungsumfang enthalt keinen, einen oder be- 
liebig vielen Teil-Beschaf fungsumf ange verbunden sein, was 
durch das Mitgliedschaf tsintervall 110.1 mit dem Wert „0:n" 
festgelegt wird. Umgekehrt gehort ein Teil-Beschaf fungs- 
umfang genau einem Beschaffungsumfang an, was durch das 
Mitgliedschaftsintervall 110.2 mit dem Wert ,,1:1" festge- 
legt wird. 

- Ein Produkt-Typ kennzeichnet den Typ des Produkts, auf den 
sich der Beschaffungsumfang bezieht. Ein Produkt-Typ um- 
fasst einen oder mehrere Beschaf fungsumf ange . Im Falle ei- 
nes Autoherstellers wird dieser Produkt-Typ oft durch eine 
Baureihe (z.B. A-Klasse) , eine Aufbauart (z.B. Limousine o- 
der Coupe) und eine Funktionsgruppe gekennzeichnet . Das In- 
f ormationsmodell der Fig. 1 umfasst einen Datenobjekt-Typ 
100 . 4 („Funktionsgruppen tt ) , 100.5 („Baureihen tt ) , 100.6 
(„Aufbauarten w ) und 100.9 („Materialgruppen n ) . 

- Ein Mengengerust kennzeichnet die zu erwartende Stuckzahl 
des Produkt-Typs. Uber eine dem Mengengerust zugeordnete 
Aufteilungsvorschrift kann diese Stuckzahl auf verschiedene 
Fertigungsstatten aufgeteilt werden. In dieser Aufteilungs- 
vorschrift wird bevorzugt der Fall beriicksichtigt , dass in 
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verschiedenen Fertigungsstatten unterschiedliche Teilsyste- 
me oder Baugruppen eines Produkts gefertigt werden. 

- Vorzugsweise wird das Produkt, auf das sich das Lieferan- 
t en -Management be zieht, durch eine hierarchische Produkt - 
struktur beschrieben. Diese Produktstruktur gilt bevorzugt 
nicht nur fur einen bestimmten Produkt-Typ, z.B. eine Bau- 
reihe, sondern fur eine Kategorie von Produkten, z.B. fur 
jedes Auto eines bestimmten Segments. Die Produktstruktur 
ist beispielsweise eine Beschreibung einer hierarchischen 
Zerlegung des Produkts in Form einer Baumstruktur. Die Kno- 
ten dieser Baumstruktur stehen fur einzelne Betrachtungs- 
einheiten des Produkts, z.B. fur Funktionsgruppen, Teilsys- 
teme, Baugruppen, Komponenten. Die Wurzel der Baumstruktur 
steht fur das Produkt als ganzes, die Blatter fur als ele- 
mentar behandelte Komponenten. Fur diese Betrachtungsein- 
heiten wird ein eigener Datenobjekt-Typ 100.1 („Produkt- 
Typen") eingef uhrt . 

- Ein Bauteil-Typ wird durch ein eigenes Datenobjekt be- 
schrieben. Das Informationsmodell der Fig. 1 umfasst einen 
Datenobjekt-Typ 100.10 („Bauteil-Typen w ) . 

- Eine Mater ialgruppe wird ebenfalls durch ein eigenes Daten- 
objekt beschrieben und durch eine eindeutige Materialgrup- 
pen-Kennung („ commodity code") gekennzeichnet . Die Materi- 
algruppen bilden bevorzugt eine baumformige Verwandt- 
schaftshierarchie (Taxonomie) , deren Blatter lieferbare 
Bauteil-Typen sind. Die Materialgruppen-Kennung ist hierar- 
chisch aufgebaut. Beispielsweise besteht die Materialgrup- 
pen-Kennung aus sechs Ziffern, von denen die ersten beiden 
Ziffern die Funktionsgruppe und die nachsten beiden Ziffern 
die Baugruppe bezeichnen, in welcher der Bauteil-Typ ver- 
wendet wird. Durch die letzten beiden Ziffern werden die 
Bauteil-Typen einer Baugruppe voneinander unterscheiden. 
Ein Datenobjekt fur eine Materialgruppe kann durch Relatio- 
nen z.B. mit einem Beschaf fungsumf ang oder einem Teil- 



WO 2004/046832 




PCT/EP2003/010192 



21 



Beschaf fungsumf ang, mit Bauteil-Typen, mit Betrachtungsein- 
heiten und mindestens einer Lief eranten-Menge verbunden 
sein. Ein Beschaf fungsumf ang oder ein Teil-Beschaf fungs- 
umfang kann durch Relationen mit einer oder mehreren Mate- 
rialgruppen verbunden sein. Das Inf ormationsmodell der -Fig. 
1 umfasst einen Datenobjekt-Typ 100.9 („Materialgruppen") . 

Das generische Inf ormationsmodell berucksichtigt verschie- 
dene Varianten. eines Bauteil-Typs oder Zusatnmenbaus, was 
gerada- in der Automobilindustrie ; mit ihrer hohen Varianten- 
zahl und Komplexitat wichtig ist. Daher werden Datenobjekte 
fur Positionsvarianten ermoglicht und fur diese ein Daten- 
objekt-Typ im Inf ormationsmodell vorgesehen. 

Ein Lieferant wird durch ein eigenes Datenobjekt reprasen- 
tiert. Dem Lieferanten konnen z.B. Inf ormationen uber be- 
hordliche Zertif izierungen und Freigabe-Entscheidungen des 
fertigenden Unternehmens zugeordnet sein. Vorzugsweise um- 
fasst das Inf ormationsmodell der Fig. 1 einen Datenobjekt- 
Typ 100.3 („Lieferanten u ) fur die uberhaupt verfugbaren 
Lieferanten und einen weiteren Datenobjekt-Typ 100.13 
(„ausgewahlte Lief eranten") fur die jeweils fur einen Be- 
schaf fungsumf ang oder Teil-Beschaf fungsumf ang ausgewahlten 
Lieferanten. 

Wahrend der Abarbeitung eines Arbeit sablauf s fur das Liefe- 
rant en -Management werden oft ein oder mehrere Lieferanten 
fur einen vorgegebenen Beschaf fungsumf ang ausgewahlt. Die- 
ser Beschaf fungsumfang bezieht sich auf bestimmte Betrach- 
tungseinheiten und wird mit Materialgruppen und/ oder Bau- 
teil-Typen verbunden. Oft ist fur eine Materialgruppe , eine 
Betrachtungseinheit oder einen Bauteil-Typ bereits eine 
Menge von Lieferanten vorgegeben, und nur unter diesen Lie- 
feranten werden eine oder mehrere ausgewahlt. Daher wird 
eine eigene Klasse fur Lief eranten-Mengen im Inf ormations- 
modell vorgesehen. In einer Fortbildung werden zwei Arten 
von Lieferanten-Mengen unterschieden und daher zwei Klassen 
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von Lief eranten-Mengen in das Inf ormationsmodell aufgenom- 
men. Eine vorgegebene strategische Lief eranten-Menge ist 
eine Menge von Lieferanten z.B. fur eine Materialgruppe, 
die aufgrund grundsatzlicher Festlegungen des Untemehmens 
vorab festgelegt sind, wobei die Festlegung fur viele Be- 
schaf fungsumf ange gultig ist. Eine vorlaufig ausgewahlte 
Menge von Lieferanten besteht aus Lieferanten, die fur ei- 
nen bestimmten Beschaf fungsumf ang in einer fruhen Phase des 
Geschaf tsprozesses vorausgewahlt wurden. Daher umfasst das 
Informationsmodell einen Datenobjekt-Typ 100.11 („strategi- 
sche Lieferanten-Mengen") und einen weiteren Datenobjekt- 
Typ 100.12 („vorlauf ige Lief eranten-Mengen M ) 

Eine Fertigungsstatte wird durch ein eigenes Datenobjekt 
represent iert . Dieses Datenobjekt ist durch Relationen z.B. 
mit Datenobjekten fur Beschaf fungsumf ange oder' Teil- 
Beschaffungsumfange sowie fur Betrachtungseinheiten verbun- 
den. Das Informationsmodell umfasst einen Datenobjekt-Typ 
100.8 („Fertigungsstatten") . 

- Urn in der Spezif ikation 550 des Arbeitsablauf s den Arbeits- 
schritten die Verantwortlichkeiten zuordnen zu konnen, wird 
ein Datenobjekt-Typ 100^16 („verantwortliche Personen") fur 
die Verantwortlichkeiten aufgenommen. Ein Datenobjekt fur 
eine Verantwortlichkeit kann durch Relationen z.B. mit ei- 
nem Datenobjekt fur einen Beschaf fungsumf ang, fur eine Be- 
trachtungseinheit oder eine Materialgruppe verbunden sein. 

- Alle Unterlagen fur Anfragen und Ausschreibungen, die fur 
einen bestimmten Beschaf fungsumf ang oder Teil -Beschaf fungs- 
umf ang versandt werden, werden in eigenen Datenobjekten 
verwaltet, das Verweise auf diese Dokumente und auf Verwal- 
tungsinformationen der Dokumente hat. Fur diese Datenobjek- 
te ist ein eigener Datenobjekt-Typ 100.17 fur „Anfragen u im 
Informationsmodell vorgesehen. Die Datenobjekte dieses Da- 
tenobjekt -Typs sind durch Relationen mit Beschaf fungsumf an- 
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gen oder mit Te il-Bes chaff ungsumf angen sowie mit den je- 
weils ausgewahlten Lieferanten verbunden. 

- Analog werden alle Angebote fur einen bestimmten Beschaf- 
f ungsumf ang oder Teil-Beschaf fungsumfang in einem eigenen 
Datenobjekt verwaltet. Auch fur diese Datenobjekte ist ein 
eigener Datenobjekt -Typ fur „Angebote" im Inf ormationsmo- 
dell vorgesehen. Die Datenobjekte dieses Datenobjekt-Typs 
100.15 sind durch Relationen mit Beschaf fungsumf angen oder 
zu Teil-Beschaf fungsumf angen sowie mit den jeweils ausge- 
wahlten Lieferanten verbunden. 

Sowohl das generische Inf ormationsmodell als auch das firmen- 
spezifische Inf ormationsmodell 53 0 sind unabhangig von einem 
bestimmten physikalischen Datenhaltungsschema, z.B. einem be- 
stimmten Datenbankschema . Insbesondere deshalb sind die In- 
formationsmodelle unabhangig von einer bestimmten IT- 
Umgebung, in welcher der Lieferanten-Manager eingesetzt wird. 
Aus demselben Inf ormationsmodell lassen sich verschiedene Da- 
tenmodelle und damit verschiedene Datenhaltungsschemata ab- 
leiten, z.B. Datenbankschemata fur relationale oder objekt- 
orientierte Datenbanken. Beispielsweise lasst sich eine rela- 
tionale Datenbank durch eine andere relationale oder eine ob- 
j ektorientierte Datenbank ersetzen, ohne dass das firmenspe- 
zifische Inf ormationsmodell 530 oder die Spezif ikation 550 
des Arbeitsablaufs oder Geschaf tsregeln geandert werden raus- 



sen. 



Das generische inf ormationsmodell umfasst alle Datenobjekte 
und Relationen, die benotigt werden, urn den oder die Arbeits- 
ablaufe fur das Lief eranten-Management eines fertigenden Un- 
ternehmens zu spezif izieren. Das generische Inf ormationsmo- 
dell bildet damit die Begriffswelt der Prozess-Fachexperten 
nach. Es unterstutzt und erleichtert eine vollstandige Nota- 
tion und Spezif izierung eines Arbeitsablaufs einschlieSlich 
aller Eingangs- und AusgangsgroSen und Parameter von Arbeits- 
schritten. Weil die Begriffswelt der Prozess-Fachexperten 
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nachgebildet ist, ist ein aufwendiger und f ehlertrachtiger U- 
bersetzungsschritt zwischen Spezif ikationen und Beschreibun- 
gen der Fachexperten und einer IT-technisch verwendbaren Be- 
schreibungssprache nicht erf orderlich, und Medienbruche tre- 
ten nicht auf. Dieser Vorteil macht sich insbesondere bei 
nachtraglichen Anderungen und Erganzungen wahrend der Spezi- 
fizierung von Arbeitsablauf en bemerkbar. Das jeweils am bes- 
ten geeignete Datenmodell mit der bestgeeigneten informati- 
onstechnischen Beschreibungssprache lasst sich verwenden, 
z.B. „Entity-Relationship Diagrams" (ER diagrams) oder die 
„Unified Modeling Language" (UML) . 

Der Geschaftsprozess wird durch eine elektronisch verfugbare 
Spezifikation 550 beschrieben. Diese Spezif ikation wird mit 
einer Einrichtung 580 zur Spezif izierung eines Arbeitsablauf s 
erzeugt und abgespeichert . Diese Einrichtung wird im folgen- 
den Spezif izierungs -Einrichtung genannt . Die Spezif izierungs- 
Einrichtung 580 umfasst bevorzugt eine zweite Datenverarbei- 
tungsanlage . 

Die mit der Spezif izierungs-Einrichtung 580 erzeugte Spezifi- 
kation 550 beschreibt beispielsweise alle Arbeitsablauf e, die 
beim Lief eranten-Management anf alien. Die Spezifikation 550 
ist auf die Anf orderungen und Gegebenheiten eines fertigenden 
Unternehmens , z.B. auf das Lief eranten-Management eines Auto- 
mobilherstellers, zugeschnitten. In der Spezifikation 550 
werden bevorzugt diejenigen Datenobjekte und Relationen zwi- 
schen Datenobjekten verwendet, die zu Datenobjekt-Typen bzw. 
Relationen zwischen Datenobjekt-Typen des f irmenspezif ischen 
Inf ormationsmodells 53 0 gehoren. 

Bevorzugt wird ein Arbeitsablauf mit Hilfe eines gerichteten 
Graphen mit Knoten und Kanten spezif iziert . Die „Eingange" 
eines Knotens K sind dann die Kanten von den Vorgangem des 
Knotens K zum Knoten K, die „Ausgange n die Kanten von K zu 
seinen Nachfolgern. In Fig. 2 ist ein beispielhaf ter Aus- 
schnitt aus einer elektronischen Spezifikation 550 eines Ar- 



WO 2004/046832 



25 



PCT/EP2003/010192 



beitsablaufs gezeigt. Dieser Graph hat mindestens folgende 
Art en von Knot en: 

- Ereignisknoten 200.1, 200.2, . z.B. „Beschaf f ungsumf ang 
festgelegt w oder „Strategie fur Vergabeprozess festgelegt" 
oder „Lieferariten-Menge fur Vergabeprozess festgelegt". Zu 
den Ereignisknoten gehoren auch die Start -Ereignis-Knoten, 
die keinen Vorganger und mindestens einen Nachfolger haben 
und als Einstiegspunkte eines Arbeitsablauf s fungieren, und 
Ziel -Ereignis-Knoten, die keine Nachfolger und mindestens 
einen Vorganger haben. 

- Funkt ions -Knot en 210.1, 210.2, . .., z.B. „Auftrag prufen" 
oder „Termine andern\ die mindestens einen Vorganger und 
mindestens einen Nachfolger haben, Arbeitsschritte eines 
Arbeitsablauf s festlegen und vorzugsweise durch Tatigkeiten 
beschrieben werden, 

- Datenobjekt-Knoten 220.1, 220.2, z.B. Datenobjekte fur 
„Teil-Beschaf f ungsumf ang" oder „Lieferant n , die fur einen 
Informationsf luss in den oder aus dem Arbeitsablauf stehen, 
z.B. einen Lese- oder Schreibzugrif f auf eine Datenbank, 
die mindestens einen Vorganger oder mindestens einen Nach- 
folger haben und die von einem Datenobj ekt-Typ des firmen- 
spezifischen Inf ormationsmodells 530 sind, 

- Organisationseinheits-Knoten 240.1, 240.2, z.B. „Pro- 
jektleiter Produkt" oder „Facheinkauf er n , die festlegen, 
wer fur die Durchfuhrung eines Arbeit sschritts verantwort- 
lich ist. In der Regel ist ein Organisationseinheits-Knoten 
einem Funkt ions -Knot en zugeordnet, z.B. durch eine Kante 
fur einen Organisationsf luss, es kann auch der Lief eranten- 
Manager anstelle einer naturlichen Person ver ant wort lich 
sein, 

- Prozessgrofien-Knoten 240.1, 240.2, z.B. „Status Verga- 
beprozess". Ein Prozessgrofien-Knoten ist mit den Ereignis- 
Knoten verbunden, deren Ereignis darin besteht, dass die 
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betreffende ProzessgroSe einen bestitnmten Wert annimmt. 
Beispielsweise ist ein ProzessgroSen-Knoten „Status Verga- 
beprozess" mit dem Ereignis-Knoten „Lief eranten-Menge fur 
Vergabeprozess festgelegt" verbunden. Derselbe oder weitere 
ProzessgroSen-Knoten „ Status Vergabeprozess * sind mit ande- 
ren Ereignis-Knoten verbunden, deren Ereignis sich auf den 
jeweils erreichten Status des Arbeitsablauf s, z.B. des Ver- 
gabeprozesses , bezieht , 

- UND-Verbindungsknoten 410.1 mit mehreren Vorgangern und ei- 
nem Nachfolger, der die Abarbeitung . eines Arbeitsablauf s 
beeinflusst. Wenn alle Vorganger, die Ereignis-Knoten sind, 
erfullt sind und alle Vorganger, die Funkt ions -Knot en sind, 
ausgefuhrt sind, so wird zum Nachfolger des UND- 
Verbindungsknotens ubergegangen. Beispielsweise hat ein 
UND-Verbindungsknoten 410.1 die Vorganger „Terminierung 
Vergabe andern" und „Termin-Anderung zur Kenntnis genotnmen w 
und den Nachfolger #/ Neuen Termin f reigeben" . 

- ODER-Verbindungsknoten 400.1 mit mehreren Vorgangern und 
einem Nachfolger, der ebenfalls die Abarbeitung beein- 
flusst. Wenn mindestens ein Vorganger erfullt oder ausge- 
fuhrt ist, wird zum Nachfolger ubergegangen. Beispielsweise 
hat ein ODER-Verbindungsknoten die Vorganger „potentielle 
Lieferanten hinzufugen", „potentielle Lieferanten 16schen u 
und „potentielle Lieferanten bestatigt u und den Nachfolger 
„potentielle Lieferanten festgelegt". 

- X-ODER-Verzweigungsknoten 420.1 („exklusives oder") mit 
mehreren Vorgangern und einem Nachfolger. Wenn genau ein 
Vorganger erfullt oder ausgefuhrt ist, wird zu einem Nach- 
folger ubergegangen. Eine Verzweigungsbedingung legt fest, 
unter welcher Bedingung zu welchem Nachfolger ubergegangen 
wird. Beispielsweise hat ein X-ODER-Verzweigungsknoten 
420.1 die Vorganger „Vergabedokumentation verfasst" (ein 
Ereignisknoten) und „Vergabedokumentation uberarbeiten" 
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(ein Funktionsknoten) und den Nachfolger „Vergabe genehmi- 
gen tt . 

UND-Verzweignngsknoten mit einem Vorganger und mehreren 
Nachfolgern. Wenn der Vorganger erfullt oder ausgefiihrt 
ist, wird zu alien Nachfolgern ubergegangen. 

- ODER-Verzweigungsknoten 43 0.1 mit einem Vorganger und meh- 
reren Nachfolgern. Wenn der Vorganger erfullt oder ausge- 
fiihrt ist, wird zu mindestens einem Nachfolger ubergegan- 
gen. 

- X-ODER-Verzweigungsknoten („exklusives oder M ) mit einem 
Vorganger und mehreren Nachfolgern. Wenn der Vorganger er- 
fullt oder ausgefuhrt ist, wird zu genau einem Nachfolger 
ubergegangen. Eine Verzweigungsbedingung legt fest, unter 
welcher Bedingung zu welchem Nachfolger ubergegangen wird. 
Beispielsweise hat ein X-ODER-Verzweigungsknoten den Vor- 
ganger „potentielle Lieferanten abstimmen" und die Nachfol- 
ger „alle Zustimmungen eingeholt" und „potentielle Liefe- 
ranten klaren" . 

Ein durchgezogener Pfeil in Fig. 2 steht fur einen Funktions- 
fluss 310.1, 310.2, ... z.B. von einem Datenobjekt-Knoten, 
ein gestrichelter Pfeil fur einen Inf ormationsdienstleis- 
tungsfluss 300.1, 300.2, ein durchgezogener Strich fur 

einen Organi sat ions fluss 320.1, 320.2, .... 

Vorzugsweise ist die elektronische Spezif ikation 550 des Ar- 
beitsablaufs hierarchisch in dem Sinne aufgebaut, dass ein 
einzelner komplexer Arbeitsschritt einer groben Granularitat 
durch einen Teil-Geschaf tsprozess einer feineren Granularitat 
geschrieben wird. Fur jeden Arbeitsschritt des Geschaf tspro- 
zesses sind wie oben beschrieben Eingange, Ausgange, Verant- 
wortlichkeiten (Welche Rollen? Wer?) und Aussagen zu Terminen 
und Ausfuhrungszeiten festgelegt. 
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Zum Arbeitsablauf gehort daruber hinaus oft eine Stammdaten- 
Verwaltung. 

Eine bevorzugte Ausfuhrungsf orm der erf indungsgemafcen Vor- 
richtung 600 wird in Fig. 3 gezeigt. Durchgezogene Pfeile 
stehen in Fig. 3 fur Inf ormationsf lusse wahrend der Erzeugung 
des Abarbeitungs-Werkzeugs. Gestrichelte Pfeile stehen fur 
Informationsf lusse wahrend der Arbeit des Abarbeitungs- 
Werkzeugs . 

In einer elektironischen Bibliothek 510 sind Standard- 
Inf ormationsmodelle abgespeichert . 

Die Einrichtung 52 0 zur Erzeugung eines f irmenspezif ischen 
Informationsmodells 53 0 umfasst 

- Mittel zur Auswahl eines Standard- Informationsmodells der 
Bibliothek 510, 

- Mittel zum Erganzen, Loschen oder Verandern von Datenob- 
jekt-Typen des ausgewahlten Standard- Informationsmodells 

- und Mittel zum Erganzen, Loschen oder Verandern von Relati- 
onen zwischen diesen Datenobjekt-Typen. 

Mit Hilfe der Erzeugungs- Einrichtung 52 0 wird das f irmenspe- 
zif ische Inf ormationsmodell 530 erzeugt. 

Die Spezif izierungs -Einrichtung 58 0 hat Lesezugriff auf die- 
ses f irmenspezif ische Inf ormationsmodell 530 sowie auf eine 
elektronische Bibliothek 540 mit vorkonf igurierten Spezifika- 
tionen von Standard-Arbeitsablauf en. Jeder Spezif ikation ei- 
nes Standard-Arbeit sablaufs ist ein Standard-Abarbeitungs- 
Werkzeug aus einer weiteren elektronischen Bibliothek 590 zu- 
geordnet. Die Spezif izierungs -Einrichtung 580 umfasst Mittel 
zur Auswahl eines dieser Standard-Arbeitsablauf e . Sie erzeugt 
die Spezif ikation 550 des Arbeitsablauf s . 
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Eine Konf igurierungs-Einrichtung 500 hat Lesezugriff auf die 
weitere elektronischen Bibliothek 590 mit Standard- 
Abarbeitungs-Werkzeugen sowie auf die Spezif ikation 550. Die 
Konf igurierungs-Einrichtung 500 konfiguriert dasjenige Stan- 
dard -Abarbeitungs-Werkzeug der Bibliothek 590, das dem ausge- 
wahlten Standard-Arbeitsablauf zugeordnet ist. Hierfur ver- 
wendet die Konf igurierungs-Einrichtung 500 die Spezif ikation 
550. Das konf igurierte Standard-Abarbeitungs-Werkzeug vermag 
den durch die Spezif ikation 550 spezif izierten Arbeitsablauf 
abzuarbeiten . 

Berechnungs- und Prufungsregeln verknupfen Datenobjekte be- 
st itranter durch das Inf ormationsmodell 530 beschriebener Typen 
miteinander. Weitere Regeln beziehen sich auf Arbeit sschritte 
oder Ereignisse des Geschaf tsprozesses oder verknupfen Daten- 
objekte mit Arbeitsschritten oder Ereignissen. Derartige Re- 
geln werden manchmal auch Geschaf tsregeln („ business rules w ) 
genannt. Eine Priif ungsregel pruft z.B. Arbeitsschritte oder 
bei der Abarbeitung erzeugte Datenobjekte auf Integritat und 
Konsistenz ( Wider spruchsf reiheit) und Vollstandigkeit . Bei- 
spielsweise stellt eine solche Pruf ungsregel sicher, dass je- 
des Datenobjekt fur einen Teil-Beschaf f ungsumf ang sich in ge- 
nau einem von drei moglichen Stati oder der Arbeitsschritt 
„Lieferant fur einen Teil-Beschaf f ungsumf ang auswahlen" sich 
wahrend der gesamten Abarbeitung in genau einem von funf mog- 
lichen Stati befindet. Andere Regeln fuhren Berechnungen 
durch, z.B. indem sie einen Rechnungsbetrag mit Mehrwertsteu- 
er u. a. als Summe der Einzelpositionen bestimmen, Brutto- 
/Netto-Ef f ekte berechnen oder den Ist-Erwartungswert aus Kos- 
tenpositionen bestimmen. Geschaf tsregeln und ihre Anwendung 
fur Arbeitsablaufe sind z.B. aus WO 01/13303 Al bekannt . 

Vorzugsweise werden die Berechnungs- und Prufungsregeln fur 
einen Lief eranten-Manager dadurch erzeugt, dass Regeln aus 
einer vorgegebenen Bibliothek mit Standard-Regeln ausgewahlt 
und die ausgewahlten Regeln bei Bedarf angepasst werden. Die 
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Anpassung ist z.B. dafur erf orderlich, die Regeln an das fir- 
menspezifische Inf ormationsmodell 530, die Spezif ikation 550 
des Arbeitsablauf s oder an sonstige f irmenspezif ische Gege- 
benheiten anzupassen. Zu den sonstigen Gegebenheiten kann ei- 
ne f irmenspezif ische Produktdaten-Struktur, z.B. ein bestimm- 
ter Aufbau von Stucklisten oder Erzeugnisdokumentationen, ge- 
horen . 

Um fur das fertigende Untemehmen das f irmenspezif ische In- 
formationsmodell 530 und die Spezif ikation 550 des abzuarbei- 
tenden Arbeitsablauf s zu erzeugen, wird beispielsweise das 
folgende Vorgehen angewendet : 

• IBZED-Matrizen werden aufgestellt. Diese definieren Infor- 
mation, Beteiligung, Zustimmung, Entscheidung, Durchfuhrung 

(= IBZED) . 

• Das f irmenspezif ische Inf ormationsmodell 530 wird wie oben 
beschrieben aufgestellt. Aus diesem wird ein Datenmodell 
531 abgeleitet. Fur das Datenmodell 531 wird vorzugsweise 
eine obj ektorientierte Beschreibungssprache, z.B. die Uni- 
fied Modeling Language (UML) , verwendet . Das UML-Modell um- 
fasst use cases, class diagrams und activity diagrams. Es 
tragt u. a. zur Spezif ikation der Benutzungsoberf lache bei . 
Das Datenmodell legt ein Datenhaltungs schema fest. 

• Mit einem Software -Werkzeug 580 wird eine Spezif ikation 550 
des Arbeitsablauf s oder der Arbeitsablauf e erzeugt . Derar- 
tige Sof twarewerkzeuge sind vom Grundsatz her z.B. aus A.- 
W. Scheer, a.a.O. und WO 02/19224 Al bekannt . Erf indungsge- 
maS wird das f irmenspezif ische Inf ormationsmodell 53 0 hier- 
f ur verwendet . 

• Beispielsweise durch Berechnungs- und/oder Priif ungsregeln 
werden Objekte und Zusammenhange erganzt, die sich nicht 
durch das zur Modellierung verwendete Sof tware- Werkzeug 550 
ausdrucken lassen. 
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• Bei Bedarf wird die Spezif ikation 550 des Arbeitsablauf s 
durch textliche Beschreibungen erganzt. Diese Beschreibun- 
gen werden insbesondere einzelnen Arbeitsschritten oder 
kompletten Arbeitsablauf en zugeordnet . Hierfur wird mindes- 
tens eine Formular-Schablone (template) verwendet, diese 
wird z.B. mit einem Textverarbeitungssystem ausgef ullt . Bei 
Bedarf werden Beschreibungen in Freitext erganzt . 

Fur diese Schritte wird zusatzlich IT-Unterstutzung fur die 
Zusammenarbeit von Personen („groupware n ) eingesetzt, z.B. 
Gruppeninterakt ions - Software , Diskus sions -Datenbanken , einem 
Konf erenzsystem und e-mail. 

Eine IBZED-Matrix umfasst eine Abfolge von beim Lief eranten- 
Management nacheinander und/oder parallel aus zuf uhrenden Ar- 
beitsschritten. Jeder Arbeitsschritt ist vorzugsweise durch 
eine Tatigkeit, z.B. „Vergabeprozess initiieren", gekenn- 
zeichnet. Weiterhin erden fur jeden Arbeitsschritt z.B. fol- 
gende Inf ormationen f estgelegt : 

- die einzelnen Aktivitaten, aus denen der Arbeitsschritt be- 
steht, z.B. „Teil-Beschaf fungsumfang festlegen", „Lieferan- 
ten-Menge vorauswahlen" und „ vorausgewahlte Lief eranten- 
Menge freigeben", 

- die Voraussetzungen fur den Arbeitsschritt, insbesondere 
die vollstandige Ausfuhrung von bestimmten anderen Arbeits- 
schritten, deren Ergebnisse benotigt werden, z.B. „Vergabe- 
strategie f reigegeben", 

- die Ergebnisse, die der Arbeitsschritt nach vollstandiger 
Ausfuhrung liefert, z.B. „Vergabeprozess als Aufgabe im e- 
lektronischen Eingangskorb von Facheinkauf er und Funktions- 
gruppen-Sprecher eingetrof f en u , 
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- die Verantwortlichkeiten, z.B. welche Organisationseinhei- 
ten und Inhaber welcher Rollen wie beteiligt werden, und 
Anmerkungen . 

Auf welche Art eine Organisationseinheit oder ein Rollen- 
Inhaber beteiligt ist, wird durch eine der funf Festlegungen 
Information, Beteiligung, Zustimmung, Entscheidung, Durchfuh- 
ning gekennzeichnet . 

Es ist moglich, die Spezif ikation 550 des Arbeit sablaufs „von 
Null an w zu erzeugen. Arbeit und Zeit werden hingegen einge- 
spart, und die Gefahr von Fehlern wird reduziert, wenn statt 
dessen vorkonf igurierte Spezif ikationen von Standard - 
Arbeit sablaufe aus einer Bibliothek 54 0 verwendet werden 
(^workflow customizing") • Diese ausgewahlten Arbeitsablauf e 
werden dann parametrisiert und angepasst. Diese Vorgehenswei- 
se erfordert viel weniger Aufwand als z.B. beim „customizing u 
eines Workf low-Management -Systems, das nicht uber Standard- 
Arbeitsablauf e fur das Lief eranten-Management verfiigt, oder 
gar einer Individual- Implement ierung oder Spezif izierung „von 
Null an". 

Vorzugsweise werden die Spezif ikationen der Standard- 
Arbeitsablaufe mit Hilfe der Datenobjekt-Typen, Attribute und 
Relationen des generischen Inf ormationsmodells sowie den oben 
beschriebenen Knoten-Arten fur Arbeitsablauf -Spezif ikationen 
beschrieben. Die f irmenspezif ischen Arbeitsablauf e werden 
entsprechend mit Hilfe der Datenobjekt-Typen, Attribute und 
Relationen des f irmenspezif ischen Inf ormationsmodells 530 
spezif iziert. AuSerdem umfassen die Arbeitsablauf e datentech- 
nische Datenobjekte, die z.B. die Durchfiihrung des Arbeitsab- 
laufs einschliefilich Rucksetzung steuern oder mit Hilfe des 
Datenhaltungssystems 570 eine persistente Datenhaltung sowie 
einen Mehrbenutzerbetrieb ohne Zugriffs- und Datenkonf likte 
sicherstellen . 
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Vorzugsweise umfasst die Bibliothek 540 folgende Standard- 
Arbeit sablauf e fur das Lief eranten-Managemerit : 

- Festlegung von Strategien Oder Vorgaben fur Vergabeent- 
scheidungen fur einen vorgegebenen Beschaf f ungsumf ang an 
mindestens einen Lieferanten, 

- Vergabe eines vorgegebenen Beschaf f ungsumf angs an mindes- 
tens einen Lief eranten (Vergabeprozess) , 

- Handhabung von Anderungen an mindestens einem vorgegebenen 
Be schaf f ungsumf ang , 

- Erfassung und/oder Bewertung mindestens eines Lieferanten 

- Uberwachung des Beschaf f ungsvorgangs fur einen vorgegebenen 
Beschaf fungsumf ang und 

- Kostensenkung fur einen vorgegebenen Beschaf fungsumf ang 

- Bildung eines Kostenziels fur mindestens einen vorgegebenen 
Beschaf fungsumf ang 

- Bildung .eines Kostenziels fur mindestens eine Kostenart, 
die mit mindestens einen vorgegebenen Beschaf fungsumf ang in 
Verbindung steht . 

Beispielhaft wird der elektronische Arbeitsablauf fur den 
Vergabeprozess beschrieben. Mindestens ein Beschaf fungsumf ang 
oder Teil -Beschaf fungsumf ang ist vorgegeben. Fur jeden vorge- 
gebenen Beschaf fungsumf ang und Teil -Beschaf fungsumf ang wurde 
eine Vergabeart f estgelegt . Mogliche Vergabearten sind die 
Direktvergabe an einen Lieferanten, klassische Ausschreibung 
und Konzeptwettbewerb. 

Nach Abschluss des Vergabeprozesses sind folgende Soll- 
Ergebnisse erzielt : 
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• Die potentiellen Lieferanten fur jeden Beschaf fungsumf ang 
oder Teil-Beschaf fungsumf ang sind vorausgewahlt . Hierzu 
wird eine Vorauswahl unter den grundsatzlich fur den Be- 
schaf fungsumf ang oder Teil-Beschaf fungsumf ang f reigegebenen 
Lieferanten getroffen. Unter diesen Lieferanten wird spater 
die endgultige Auswahl durchgef uhrt . 

• Termine fur Komponenten-Lastenhef te die die zu lief ernden 
Bauteil-Typen spezif izieren, sind f estgelegt . 

• Anfragen wurden an die potentiellen Lieferanten abgesandt. 

• Die daraufhin eingetrof f enen Angebote sind zusammengestellt 
und lassen sich mittels eines Datenobjekts „Angebote u yer- 
walten. 

• Die Standard-Dokumente fur die Vertragsgestaltung sind ver- 
f ugbar . 

• Die Vergabe-Dokumentation ist erzeugt . 

Mindestens ein Standard-Arbeitsablauf aus der Bibliothek 540 
wird ausgewahlt. Der ausgewahlte Standard-Arbeitsablauf wird 
bei Bedarf an das f irmenspejzif is'che Inf ormationsmodell 530 
angepasst . 

Bei der Erzeugung der Spezif ikation 550 wird der ausgewahlte 
Standard-Arbeitsablauf an den abzuarbeitenden Arbeitsablauf 
angepasst . Bei Bedarf werden dabei Arbeitsschritte des Stan- 
dard-Arbeitsablauf s erganzt, geloscht oder verandert . 

Jedem elektronischen Standard-Arbeitsablauf aus der Biblio- 
thek 540 ist ein Standard-Abarbeitungs-Werkzeug zugeordnet, 
Moglich ist, dass verschiedenen Standard-Arbeitsablauf en das- 
selbe Standard-Abarbeitungs-Werkzeug zugeordnet ist. Die 
Standard-Abarbeitungs-Werkzeuge sind in einer Bibliothek 590 
abgespeichert . Jedes dieser Standard-Abarbeitungs-Werkzeuge 
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ist mit einetn Datenhaltungssystem, z.B. einer relationalen 
Datenbank, verknupf t . Verschiedene Standard-Abarbeitungs- 
Werkzeuge konnen mit demselben Datenhaltungs system verknupft 
sein. Moglich ist auch, dass alien Standard-Arbeitsablauf en 
dasselbe Standard-Abarbeitungs-Werkzeug zugeordnet ist oder 
alle St andard-Abarbeitungs -Werkzeuge mit demselben Datenhal- 
tungssystem verbunden sind. 

Das Standard-Abarbeitungs-Werkzeug des ausgewahlten Standard- 
Arbeitsablauf s wird mittels der Spezif ikation 550 des abzuar- 
beitenden Arbeitsablauf s konf iguriert . Das Datenhaltungs sys- 
tem 570 des Abarbeitungs-Werkzeugs 560 wird mit dem firmen- 
spezifischen Inf ormationsmodell 53 0 und dem daraus abgeleite- 
ten Datenmodells 531 konf iguriert . 

Vorzugsweise umfasst die Sof tware-Architektur des Lieferan- 
ten-Managers 560 drei logisch voneinander getrennte Schich- 
ten: 

- die Benutzungsoberf lachen-Schicht 562 der Benutzungsober- 
flache mit Bildschirm-Formularen, 

- die Anwendungs-Schicht 561 mit einer Steuerung der Abarbei- 
tung anhand der Anwendungslogik und Steuerung der Benut- 
zungsoberf lache sowie der Anwendung von Regeln 

- und die Datenhaltungs-Schicht 563 mit dem Datenhaltungs sys- 
tem 570. 

Die drei Ebenen sind so voneinander getrennt, dass sie aus- 
schliefilich uber definierte Schnittstellen interagieren. Da- 
durch lasst sich ein Software -Werkzeug, z.B. eine Datenhal- 
tung oder eine Komponente der Benutzungsoberf lache, austau- 
schen, ohne dass die ubrigen Bestandteile des Lief eranten- 
Managers angepasst werden mussen. 
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Weil die Schicht 562 der Benutzungsoberf lache von der Anwen- 
dungsschicht 561 getrennt ist, lasst sie sich leicht an einen 
vorgegebenen Standard fur die Bildschirmgestaltung und die 
Benutzer fuhrung („style guide") anpassen. Anderungen der An- 
wendungs- oder gar Datenhaltungsschicht 563 sind nicht erfor- 
derlich. 

Bevorzugt werden Internet -Technologien verwendet. Die Anwen- 
der des Lief eranten-Managers haben uber ein Unternehmens- 
Intranet oder das Internet Zugriff auf den Lief erant en- 
Manager. Fur den Lese- und Schreibzugrif f reicht vorzugsweise 
ein Internet-Zugriffsprogramm („Web Browser") auf einem Netz- 
werk-Teilnehmerrechner („Client w ) aus, so dass auf dem Netz- 
werk-Teilnehmerrechner keine oder nur wenige Komponenten des 
Lief eranten-Managers oder Datenobjekte fur das Lief erant en- 
Management abgespeichert zu werden brauchen. Vielmehr werden 
Daten in einem Datenhaltungssystem 570, z.B. einer relationa- 
len Datenbank, auf mindestens einem Net zwerk- Zentral rechner 
(Server) gespeichert und verfugbar gehalten. Das Datenhal- 
tungssystem 570 stellt sicher, dass auf ein Datenobjekt zu 
einem Zeitpunkt nur ein Benutzer schreibend zugreifen kann, 
damit die Datenintegritat gewahrleistet bleibt. 

Die erfindungsgemaSe Vorrichtung 600 wird ebenfalls vorzugs- 
weise mit Hilfe einer mehrschichtigen Architektur realisiert. 
Derartige Architekturen sind z.B. aus A.-W. Scheer, a.a.O., 
bekannt. Das dort offenbarte Software -Werkzeug („f ramework") 
ARIS besitzt eine Architektur mit folgenden vier Schichten: 

- die Schicht der Prozessgestaltung, die Werkzeuge umfasst, 
urn einen Geschaf tsprozess zu modellieren. Ein Benutzer kann 
Prozess-, Funktions- und Datenmodelle, Organigramme und 
Diagramme fur Berechtigungen erzeugen, 

- die Schicht der Prozessplanung und -steuerung, die Werkzeu- 
ge umfasst, mit denen die Abarbeitung eines Geschaf tspro- 
zesses gesteuert und uberwacht wird, z.B. die „ARIS Process 
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Control Interface" unci Werkzeuge fur Kostenkalkulationen, 
die auf Arbeitsschritte unci Aktivitaten bezogen sind („ARIS 
Activity-Based Costing") , 

- die Schicht des Workf low -Managements zur Abarbeitung von 
Arbeitsablauf en und mit Schnittstellen zu Workflow- 
Management - Sy s t emen , 

- die Schicht der Geschaf tsobjekte („ARIS Business Objects ") . 
Beispiele fur Geschaf tsobjekte sind Kunde, Auftrag, Ar- 
beitsplan, Arbeitsgang, Lief erant. 

Die erf indungsgemafie Vorrichtung 600 lasst sich z.B. auf Ba- 
sis einer Entwicklungsumgebung namens Versata realisieren. 
Diese wird z.B. unter http : // www , versata . com oder 
http : //www. versata- deutschland. de/ , abgefragt am 20. 2. 2 002, 
offenbart. Die Geschaf tslogik sowie die zugehdrigen Change- 
und Managementprozesse erzeugt Versata auf Basis der firmen- 
spezifischen Geschaf tsregeln mit Hilfe der "Business Logic 
Automation" . 

Der erf indungsgemaS erzeugte Lief erant en- Manager 560 besitzt 
vorzugsweise Schnittstellen zu Altsystemen, die zu der IT- 
Umgebung gehoren, in welcher der Lief erant en-Manager einge- 
setzt wird, und die weiter verwendet werden. Zu diesen Alt- 
system zahlen z.B. ein Warenwirtschaf tssystem, ein Produkti- 
onsplanungs- und Steuerungs system (^enterprise resource mana- 
gement system") , ein System zur Kundenbetreuung und fur Kun- 
denauftrage („ customer relationship management system") , ein 
Produktdatenverwal tungssystem ( „ engineering data management 
system") und ein Dokumentenverwal tungssystem („ document mana- 
gement system") . 

Zusammengefasst betrifft die Erfindung eine Vorrichtung 600, 
ein Verfahren und ein Computerprogramm-Produkt zur Erzeugung 
eines Abarbeitungs-Werkzeuges, welches einen elektronischen 
Arbeitsablauf, der Arbeitsschritte umfasst, abarbeitet und 
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eine Anwendungs-Schicht 561 und ein Datenhaltungssystem 570 
umfasst. Ein f irmenspezif isches Inf ormationstnodell 530 mit 
Typen von Datenobjekten erzeugt, indem ein Standard- 
Informationsmodell z.B. fur das Lief eranten-Management ange- 
passt wird. Dieses f irmenspezif ische Informationsmodell 530 
wird verwendet, urn ein bestimmtes Datenmodell 531 als physi- 
kalisches Datenhaltungsschema zu erzeugen. Auf Basis dieses 
Datenmodells 531 wird das Datenhaltungssystem 570 erzeugt. 
Eine Spezif ikation 550 des abzuarbeitenden Arbeit sablaufs 
wird erzeugt, indem ein Standard -Arbeitsablauf aus einer Bib- 
liothek 540 ausgewahlt und- an den Arbeitsablauf sowie bei Be- 
darf an das f irmenspezif isches Informationsmodell 530 ange- 
passt wird. Mit dem ausgewahlten Standard-Arbeitsablauf ist 
ein Standard-Abarbeitungs-Werkzeug aus einer weiteren Biblio- 
thek 590 verknupft, das mittels der Spezif ikation 550 konfi- 
guriert wird. Die Erfindung ermoglicht es, Abarbeitungs- 
Werkzeuge schnell und effizient zu erzeugen und Altsysteme 
auf der logischen und nicht nur der datentechnischen Ebene 
einzubinden. 
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Bezugszeichenliste 



Zeichen 


Bedeutung 


100.1, 100.2, . . . 


Datenob j ekt-Typen 


100.1 


Datenobjekt-Typ fur Beschaff ungsumf ange 


100.2 


Datenobjekt-Typ fur Teil- 
Beschaff ungsumf ange 


100.3 


Datenobjekt-Typ fur Lieferanten 


100 .4 . 


Datenobjekt-Typ fur Funktionsgruppen 


100.5 


Datenobjekt-Typ fur Baureihen 


100.6 


Datenobjekt-Typ fur Aufbauarten 


100.7 


Datenobjekt-Typ fur Produkt-Typen 


100.8 


Datenobjekt-Typ fur Fertigungsstatten 


100.9 


Datenobjekt-Typ fur Materialgruppen 


100.10 


Datenobjekt-Typ fur Bauteil-Typen 


100.11 


Datenobjekt-Typ fur strategische Lieferan- 
ten-Mengen 


100.12 


Datenobjekt-Typ fur vorlaufige Lief eranten- 
Mengen 


100.13 


Datenobjekt-Typ fur ausgewahlte Lieferanten 


100.14 


Datenobjekt-Typ fur Mengengeruste 


100.15 


Datenobjekt-Typ fur Angebote 


100.16 


Datenobjekt-Typ fur verantwortliche Perso- 
nen 


110.17 


Datenobjekt-Typ fur Anfragen und Ausschrei- 
bungen 


110.1, 110.2 


Mitgliedschaf tsintervalle 


200.1, 200.2, . . . 


Ereigni sknoten 


210.1, 210.2, . . . 


Funk t i onskno t en 


220.1, 220.2, . . . 


Datenobjekt-Knoten 


240.1, 240.2, . . . 


Organ isationsei nhe its- Kno ten 


240.1, 240.2, . . . 


ProzessgroSen-Knoten 


300.1, 300.2, . . . 


Inforrnationsdienstleistungsf luss 


310.1, 310.2, . . . 


Funktionsf luss 
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320.1/ 320.2, ... 


Organisationsf luss 


400.1 


ODER-Verbindungsknoten 


410.1 


UND-Verbindungsknoten 


420.1 


X-ODER-Verzweigungsknoten 


430.1 


ODER-Verzweigungsknoten 


500 


Einrichtung zur Konf igurierurig eines ausge- 
wahlten standard-Abarbeitungs-Werkzeugs 
( Konf igur a t i ons - E i nr i cht ung ) 


510 ! 


Bibliothek mit Standard- 
I nf orma t i onsmode 1 1 en 


520 


Inf ormat ionsmodell -Erzeuger 


530 


f i rmenspe z i f i s che s I nf orma t i onsmode 1 1 


531 


Datenmodell des Datenhaltungssystems des A- 
barbei tungs -Werkzeugs 


540 


Bibliothek mit Standard-Arbeitsablauf en 


550 


Spezif ikation des Arbeitsablauf s 


560 


Abarbei tungs -Werkzeug 


561 


Anwendungs-Schicht des Abarbe i tungs - 
Werkzeugs 


562 


Benutzungsoberf lachen-Schicht des Abarbei- 
tungs -Werkzeugs 


563 


Dat enhal tungs - Schicht 


570 


Datenhaltungssystem des Abarbeitungs - 
Werkzeugs 


580 


Einrichtung zur Spezif izierung des Arbeits- 
ablauf s (Spezif izierungs-Einrichtung) 


590 


Bibliothek mit St andard-Abarbei tungs - 
Werkzeugen 


600 


erf indungsgemaSe Vorrichtung 


610 


Einrichtung zum Erzeugen eines Datenbank- 
schemas aus einem Inf ormationsmodell 
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Pat ent anspruche 

1. Vorrichtung (600) zur Erzeugung eines Abarbeitungs- 
Werkzeuges (560) , 

welches. auf einer ersten Datenverarbeitungsanlage mindes- 
tens einen elektroriischen Arbeit sablauf , der Arbeits- 
schritte umfasst, abarbeitet, 

wobei die Vorrichtung (600) 

- ein Informationsmodell (530) mit Datenobjekt-Typen und 
Relationen zwischen diesen Datenobjekt-Typen, 

- eine Spezif izierungs -Einrichtung (580) zur Erzeugung 
einer elektronischen Spezif ikation (550) des Arbeitsab- 
lauf s unter Verwendung des Inf ormationsmodells (530) , 

- eine Konf igurierungs-Einrichtung (500) zur Konfigurie- 
rung eines vorgegebenen Standard-Abarbeitungs-Werkzeugs 
mittels der Spezif ikation (550) , wobei das vorgegebene 
Standard-Abarbeitungs-Werkzeug ein vorgegebenes Daten- 
haltungssystem (570) enthalt , 

umf asst , 

dadurch gekennzeichnet, 
dass 

die Vorrichtung (600) 

- eine Einrichtung (520) zur Erzeugung des Inf ormations- 
modells (530) 

- und eine Anpassungs -Einrichtung (610) zur Anpassung 
des vorgegebenen Datenhaltungssystems (570) an das In- 
format i onsmodel 1 (530) 



umf asst , 
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die Informationsmodell-Erzeugiongs-Einrichtting (520) 

- Mittel zum Erganzen, Loschen Oder Verandern von Daten- 
objekt-Typen eines vorgegebenen Inf ormationsmodells 

- und Mittel zum Erganzen, Loschen oder Verandern von 
Relationen zwischen diesen Datenobjekt-Typen umfasst, 

umfasst 

und die Konf igurierungs-Einrichtung (500) 

- Mittel zum Auswahlen, Erganzen, Loschen, Verandern o- 
der Verknupf en. von Arbeit sschritten, 

- Mittel zum Auswahlen eines Datenobjekt-Typs des Inf or- 
mationsmodells (530) und Erzeugen eines Datenobjekts 
eines ausgewahlten Datenobjekt-Typs 

- und Mittel zum Verknupfen von Datenobjekten mit Ar- 
beit sschr it ten 

umfasst. 

2. Vorrichtung nach Anspruch 1, 

dadurch gekennzeichnet, 
dass 

die Vorrichtung (600) eine Bibliothek (540) mit elektro- 
nischen Standard-Arbeitsablauf en umfasst, 

wobei jedem elektronischen Standard-Arbeitsablauf ein 
Standard-Abarbeitungs-Werkzeug zugeordnet ist, 

die Spezif izierungs-Einrichtung (580) 

- Mittel zum Auswahlen eines Standard-Arbeitsablauf s aus 
der Bibliothek (540) und 

- Mittel zum Bearbeiten des ausgewahlten Standard- 
Arbeitsablauf 

umfasst , 
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und die Konf igurierungs-Einrichtung (500) Mittel zum Kon- 
figurieren desjenigen standard-Abarbeitungs-Werkzeugs, 
das dem ausgewahlten Standard-Arbeitsablauf zugeordnet 
ist, umfasst. 

3 . Vorrichtung nach Anspruch 2 , 

dadurch gekennzeichnet, 

dass die Bibliothek (540) mindestens einen der folgenden 
elektronischen Standard-Arbeitsablauf e fur das Lieferan- 
ten-Management eines Unternehmens, das technische Produk- 
te fertigt, umfasst: 

- Festlegung von Strategien oder Vorgaben fur Vergabeent- 
scheidungen fur einen vorgegebenen Beschaf f ungsumf ang 
an mindestens einen Lieferanten, 

- Vergabe eines vorgegebenen Beschaf f ungsumf angs an min- 
destens einen Lieferanten, 

_ Handhabung von Anderungen an mindestens einem vorgege- 
benen Beschaf f ungsumf ang, 

Erfassung und/oder Bewertung mindestens eines Lieferan- 
ten, 

Uberwachung des Beschaf fungsvorgangs fur einen vorgege- 
benen Beschaf f ungsumf ang, 

- Kostensenkung fur einen vorgegebenen Beschaf fungsum- 
fang, 

. Erzeugung eines Kostenziels fur mindestens einen vorge- 
gebenen Beschaf f ungsumf ang, 

Erzeugung eines Kostenziels fur mindestens eine Kosten- 
art, die mit mindestens einen vorgegebenen Beschaf - 
f ungsumf ang in Verbindung steht. 



4. Vorrichtung nach Anspruch 1, 

dadurch gekennzeichnet, 
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dass das Inf ormationsmodell (530) 

- einen Datenobjekt-Typ (100.10) fur Bauteil-Typen, 

- einen Datenobjekt-Typ (100.3,100.11,100.12) fur Liefe- 
ranten 

. und einen Datenobjekt-Typ (100.1) fur Beschaf fungsum- 
fange 

umfasst 

und der Datenobjekt-Typ (100.1) fur Beschaf fungsumfange 
durch je eine Relation mit dem Datenobjekt-Typ (100.10) 
fur Bauteil-Typen und dem Datenobjekt-Typ 
(100.3,100.11,100.12) fur Lieferanten verbunden ist. 

5. Vorrichtung nach Anspruch 4, 

dadurch gekennzeichnet, 

dass die Vorrichtung (600) eine Einrichtung zur Erzeugung 
eines Datenobjekt-Generierers und zur Integration des Ge- 
nerierers in das Abarbeitungs-Werkzeug (560) umfasst 

und der Datenobjekt-Generierer ein erstes Datenobjekt vom 
Datenobjekt-Typ fur Beschaf fungsumfange sowie weitere Da- 
tenobjekte vom Datenobjekt-Typ fur Lieferanten und solche 
vom Datenobjekt-Typ fur Bauteil-Typen zu generieren ver- 
mag, 

wobei das erste Datenobjekt wahrend der gesamten Abarbei- 
tung des elektronischen Arbeitsablauf s durch Relationen 
mit den weiteren Datenobjekten verbindbar ist. 

6. Vorrichtung nach Anspruch 4 oder Anspruch 5, 

dadurch gekennzeichnet, 

dass das Inf ormationsmodell einen Datenobjekt-Typ (100.2) 
fur Teil -Beschaf fungsumfange umfasst, 
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der durch eine Relation mit dem Datenobjekt-Typ 
(100.3,100.11,100.12) fur Lieferanten verbunden ist, 

und jedes Datenobjekt vom Datenobjekt-Typ (100.2) fur 
Teil-Beschaf fungsumfange wahrend der Abarbeitung mit 
hochstens einem Datenobjekt vom Datenobjekt-Typ 
(100.3,100.11,100.12) fur Lieferanten verbindbar ist. 

7. Vorrichtung nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, 
dass die Vorrichtung (600) 

- eine Bibliothek von Standard-Geschaf tsregeln, die sich 
auf Datenobjekt -Typen und/oder Arbeitsschritte bezie- 
hen, 

- und eine Einrichtung zur Auswahl von Standard- 
Geschaf tsregeln 

umf asst 

8. Vorrichtung nach einem der Anspruche 1 bis 7, 
dadurch gekennzeichnet, 

die Einrichtung (520) zur Erzeugung des Inf ormationsmo- 
dells (530) 

Mittel (610) zur Erzeugung eines zum Inf ormationsmodell 
kompatiblen Datenmodells (531) unter Verwendung der Uni- 
fied Modeling Language umf asst. 

9. Verfahren zur Erzeugung eines Abarbeitungs-Werkzeuges 

(560) , 

wobei das Abarbeitungs-Werkzeug (560) auf einer ersten 
Datenverarbeitungsanlage mindestens einen elektronischen 
Arbeit sablauf, der Arbeitsschritte umf asst, abarbeitet 
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und wobei zur Erzeugung des Abarbeitungs-Werkzeugs (560) 
eine zweite Datenverarbeitungsanlage verwendet wird, 

die Schritte umfassend 

a) Erzeugen eines Inf ormationsmodells (530) fur den Ar- 
beitsablauf , 

wobei ein vorgegebenes Inf ormationsmodell angepasst 
wird und bei der Anpassung Datenobjekt-Typen und/oder 
Relationen zwischen diesen Datenobjekt-Typen erganzt, 
geloscht und/oder verandert werden, 

b) Erzeugen einer Spezif ikation (550) des Arbeitsablauf s 
unter Verwendung von Datenobjekt-Typen und Relationen 
des angepassten Inf ormationsmodells (530) , 

c) Anpassen eines Standard-Abarbeitungs-Werkzeugs, das ein 
vorgegebenes Datenhaltungssystem (570) umfasst, an das 
angepasste Inf ormationsmodell (530) , 

d) Anpassen des vorgegebenes Datenhaltungssystems (570) an 
das angepasste Inf ormationsmodell (530) , und 

e) Konf igurieren des angepassten Standard-Abarbeitungs- 
Werkzeugs mittels der Spezif ikation (550) . 

10. Verfahren nach Anspruch 9, 

dadurch gekennzeichnet, 

dass 

- mindestens ein elektronischer Arbeitsablauf aus einer 
Bibliothek (540) von elektronischen Standard- 
Arbeit sablauf en mit Arbeitsschritten ausgewahlt wird, 
wobei jedem elektronischen Standard-Arbeitsablauf ein 
Standard-Abarbeitungs-Werkzeug zugeordnet ist, 

- das angepasste Standard-Abarbeitungs-Werkzeug dasjenige 
ist, das dem ausgewahlten Standard-Arbeitsablauf zuge- 
ordnet ist, 
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- und bei der Erzeugung der Spezif ikation (550) 

der ausgewahlte Standard-Arbeitsablauf an den abzuar- 
beitenden Arbeitsablauf angepasst wird und dabei Ar- 
beit sschritte des Standard-Arbeitsablauf s erganzt, ge- 
loscht oder verandert werden. 

11. Verfahren nach Anspruch 9 oder Anspruch 10 , 

dadurch gekennzeichnet, 

dass ein Quellprogramm fur das Abarbeitungs-Werkzeug 
(560) erzeugt wird, 

das nach einer Ubersetzung in eine Mas chinenspr ache oder 
mittels eines Interpret ierers auf der ersten Datenverar- 
beitungsanlage ablauffahig ist. 

12. Verfahren nach einem der Anspruche 9 bis 11, 

dadurch gekennzeic h n e t , 

dass durch Analyse des erzeugten Abarbeitungs-Werkzeugs 
(560) ermittelt wird, 

welche Arbeitsschritte des elektronischen Arbeitsablauf s 
welchen Einfluss auf die Abarbeitungszeit des Abarbei- 
tungs-Werkzeugs (560) haben. 

13. Verfahren nach einem der Anspruche 9 bis 12, 
dadurch gekennzeichnet, 

dass 

- ein wei teres Abarbeitungs-Werkzeug zum Abarbeiten eines 
weiteren elektronischen Arbeitsablauf s erzeugt wird, 

- die durchschnitt lichen Anzahlen 

- von erzeugten Bi Ids chirm- Formular en, 

- von erforderlichen Bildschirm-Interaktionen 
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_ von Datenbank-Lesezugrif f en 

- und / oder von Datenbank-Schreibzugrif f en 

des Abarbeitungs-Werkzeugs (560) und die des weiteren 
Abarbeitungs-Werkzeugs ermittelt werden 

- und eine Gegenuberstellung des Arbeitsablauf s und des 
weiteren Arbeitsablauf s erzeugt wird, der die durch- 
schnittlichen Anzahlen umfasst. 

14. Computerprogranun-Produkt , das direkt iri den internen 
Speicher eines Computers geladen werden kann und Soft- 
wareabschnitte umfasst, mit denen ein Verfahren nach ei- 
nem der Anspruche 9 bis 13 ausgefuhrt werden kann, wenn 
das Produkt auf einem Computer lauf t . 

15, Cornputerprogramm-Produkt, das auf einem von einem Compu- 
ter lesbaren Medium gespeichert ist und das von einem 
Computer lesbare Programm-Mittel aufweist, die den Compu- 
ter veranlassen, ein Verfahren nach einem der Anspruche 9 
bis 13 auszufuhren. 
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